linux-stable.git/drivers/net, branch linux-2.6.13.y

[PATCH] orinoco: Information leakage due to incorrect padding

2005-10-10T18:50:54+00:00

The orinoco driver can send uninitialized data exposing random pieces of
the system memory.  This happens because data is not padded with zeroes
when its length needs to be increased.

Reported by Meder Kydyraliev 

Signed-off-by: Pavel Roskin 
Signed-off-by: Chris Wright 
Signed-off-by: Greg Kroah-Hartman

[PATCH] skge: set mac address oops with bonding

2005-10-03T23:27:18+00:00

Here is the patch (fuzz removed) for 2.6.13.2 that fixes
OOPs when using bonding with skge.

Skge driver was bringing link up/down when changing mac
address.  This doesn't work in the bonding environment, and is
more effort than needed.

Fixes-bug: http://bugzilla.kernel.org/show_bug.cgi?id=5271
Signed-off-by: Stephen Hemminger 
Sigend-off-by: Chris Wright

[PATCH] Sun HME: enable and map PCI ROM properly

2005-09-17T01:01:57+00:00

This ports the Sun GEM ROM mapping/enable fixes it sunhme (which used
the same PCI ROM mapping code).

Without this, I get NULL MAC addresses for all 4 ports (it's a SUN QFE).
With it, I get the correct addresses (the ones printed on the label on
the card).

Signed-off-by: Linus Torvalds 
Signed-off-by: Chris Wright

[PATCH] Sun GEM ethernet: enable and map PCI ROM properly

2005-09-17T01:01:57+00:00

This same patch was reported to fix the MAC address detection on sunhme
(next patch).  Most people seem to be running this on Sparcs or PPC
machines, where we get the MAC address from their respective firmware
rather than from the (previously broken) ROM mapping routines.

Signed-off-by: Linus Torvalds 
Signed-off-by: Chris Wright

[PATCH] forcedeth: Initialize link settings in every nv_open()

2005-09-17T01:01:56+00:00

R�diger found a bug in nv_open that explains some of the reports
with duplex mismatches:
nv_open calls nv_update_link_speed for initializing the hardware link speed
registers. If current link setting matches the values in np->linkspeed and
np->duplex, then the function does nothing.
Usually, doing nothing is the right thing, but not in nv_open: During
nv_open, the registers must be initialized because the nic was reset.

The attached patch fixes that by setting np->linkspeed to an invalid value
before calling nv_update_link_speed from nv_open.

Signed-Off-By: Manfred Spraul 
Signed-off-by: Jeff Garzik 
Signed-off-by: Chris Wright

Merge refs/heads/upstream-fixes from master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6

2005-08-28T01:05:14+00:00

[PATCH] Fix 6pack setting of MAC address

2005-08-27T08:32:39+00:00

Don't check type of sax25_family; dev_set_mac_address has already done
that before and anyway, the type to check against would have been
ARPHRD_AX25.  We only got away because AF_AX25 and ARPHRD_AX25 both happen
to be defined to the same value.

Don't check sax25_ndigis either; it's value is insignificant for the
purpose of setting the MAC address and the check has shown to break
some application software for no good reason.

Signed-off-by: Ralf Baechle DL5RB 
Signed-off-by: Jeff Garzik

[PATCH] 6pack Timer initialization

2005-08-27T08:32:39+00:00

I dropped the timer initialization bits by accident when sending the
p-persistence fix.  This patch gets the driver to work again on halfduplex
links.

Signed-off-by: Ralf Baechle DL5RB 
Signed-off-by: Jeff Garzik

Merge HEAD from master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6.git

2005-08-26T23:32:31+00:00

[PATCH] bogus iounmap() in emac

2005-08-26T23:30:30+00:00

Dumb typo: iounmap(&local_pointer_variable).

Signed-off-by: Al Viro 
Signed-off-by: Linus Torvalds