Clearly, my last submission was puny, and unworthy of true attention, so
this submission has doubled in size. ;-) Pretty much all fixes,
except for the new 3com Typhoon driver, and an eepro100 config option.
Jeff
Linus, please do a
bk pull bk://kernel.bkbits.net/jgarzik/net-drivers-2.5
This will update the following files:
drivers/net/tokenring/tmsisa.c | 473 ----
MAINTAINERS | 6
drivers/atm/nicstar.c | 2
drivers/net/3c59x.c | 8
drivers/net/Kconfig | 31
drivers/net/Makefile | 1
drivers/net/Makefile.lib | 1
drivers/net/Space.c | 8
drivers/net/bmac.c | 2
drivers/net/eepro100.c | 5
drivers/net/ns83820.c | 4
drivers/net/pcnet32.c | 4
drivers/net/sunbmac.c | 13
drivers/net/sungem.c | 4
drivers/net/sunqe.c | 1
drivers/net/tokenring/Kconfig | 23
drivers/net/tokenring/Makefile | 3
drivers/net/tokenring/madgemc.c | 27
drivers/net/tokenring/proteon.c | 503 ++++
drivers/net/tokenring/skisa.c | 516 ++++
drivers/net/tokenring/smctr.c | 24
drivers/net/tokenring/tms380tr.c | 92
drivers/net/tokenring/tms380tr.h | 1
drivers/net/typhoon-firmware.h | 4108 +++++++++++++++++++++++++++++++++++++++
drivers/net/typhoon.c | 2505 +++++++++++++++++++++++
drivers/net/typhoon.h | 613 +++++
include/linux/pci_ids.h | 8
27 files changed, 8423 insertions(+), 563 deletions(-)
through these ChangeSets:
<jochen@scram.de> (03/02/14 1.1064)
Update several token ring drivers:
New low level tms380 driver for Proteon 1392 / 1392+ cards
(port from existing 2.2 kernel code)
Add spinlock to fix race condition in tms380tr.
Fix startup of tmsisa to not register and unregister devices multiple
times, so hotplug doesn't run wild.
Add support for statically compiling tmsisa into kernel.
Remove unnecessary console SPAM during boot.
Fixed probing of ISA devices in tmsisa.
Fixed unsafe reference counting.
Fixed __init function causing Oops with new module system.
Rename tmsisa to skisa.
<jochen@scram.de> (03/02/14 1.1063)
[tokenring madgemc] fix mem leaks, add proper refcounting
<pazke@orbita1.ru> (03/02/14 1.1053.2.16)
[netdrvr eepro100] add PIO config option
this trivial patch adds EEPRO100_PIO config option, which forces eepro100.c
driver to use pio instead of mmio. This option is necessary to support
onboard i82557 on sgi visual workstation.
<meissner@suse.de> (03/02/14 1.1053.2.15)
[netdrvr pcnet32] fix multicast on big endian
<fubar@us.ibm.com> (03/02/14 1.1053.2.14)
[netdrvr 3c59x] move netif_carrier_off() call outside vortex_debug test
<bbosch@iphase.com> (03/02/14 1.1053.2.13)
[netdrvr ns83820] big endian fixes
<dave@thedillows.org> (03/02/14 1.1053.6.1)
The initial release of the driver for the 3Com 3cr990 "Typhoon"
series of network interface cards.
Does:
- NAPI
- Zero copy Tx
- VLAN hardware acceleration
- TCP Segmentation offload
<Kare.Sars@lmf.ericsson.se> (03/02/14 1.1053.2.12)
[atm nicstar] fix incorrect traffic class assumption
I have encountered a bug in the nicstar ATM driver for linux.
If you open a CBR TX only connection on a specific vpi/vci and later open a RX
only connection on the same vpi/vci, the RX connection will overwrite the
pointer to the SCQ of the TX connection. This changes the cell rate of the TX
channel and what is worse is that when the TX connection is closed we get a
segmentationfault and the TX part of the vpi/vci remains reserved.
The bug in the driver is that if the opened channel is not TX CBR, the driver
assumes it is TX UBR. I have attached a patch that adds a check for TX UBR.
The patch is against RedHat kernel 2.4.18-3. I have checked linux vanilla
kernels 2.4.19 and 2.5.49 and not found a fix.
<davej@codemonkey.org.uk> (03/02/14 1.1053.2.11)
[netdrvr sunbmac] probe path cleanup
Merged from 2.4.x.
<davej@codemonkey.org.uk> (03/02/14 1.1053.2.10)
[netdrvr sungem] be verbose about RX MAC fifo overflow
Syncing this driver with the 2.4.x version.
<jgarzik@redhat.com> (03/02/14 1.1053.2.9)
[netdrvr bmac] Remove unneeded memset()
init_etherdev zeroes this memory for us, no need to do it again.
Spotted by Dave Jones.
<davej@codemonkey.org.uk> (03/02/14 1.1053.2.8)
[netdrvr sunqe] remove incorrect kfree()
Use of init_etherdev's second argument causes the ->priv member
to be allocated at the same time as the struct net_device
itself. Therefore, no additional kfree() is needed for the
struct net_device ->priv member in this case.
<jochen@scram.de> (03/02/13 1.1053.4.1)
[tokenring smctr] fix MAC address input
After taking a second look, i just recognized that both cases (MAC adress
all-zero or not) are handled exactly the same (by duplicated code), so the
whole stuff is unnecessary.
The whole function just reduces to a simple copy loop:
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Feb 15 2003 - 22:00:58 EST