summaryrefslogtreecommitdiffstats
path: root/drivers/net
AgeCommit message (Collapse)AuthorFilesLines
2005-05-27[wireless] ipw2100: fix build after applying SuSE cleanupsJeff Garzik1-2/+2
s/ieee80211_header_data/ieee80211_hdr_3addr/
2005-05-27Automatic merge of /spare/repo/netdev-2.6 branch we1835-1110/+16446
2005-05-27Add ipw2200 wireless driver.James Ketrenos4-0/+9172
2005-05-27Add ipw2100 wireless driver.James Ketrenos4-0/+9982
2005-05-26Automatic merge of ↵Linus Torvalds6-1/+12361
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6
2005-05-26[BNX2]: New Broadcom gigabit network driver.Michael Chan5-0/+12360
A new driver bnx2 for Broadcom bcm5706 is available. The patch also includes new 1000BASE-X advertisement bit definitions in mii.h Thanks to David Miller and Jeff Garzik for reviewing and their valuable feedback. Signed-off-by: Michael Chan <mchan@broadcom.com> Signed-off-by: David S. Miller <davem@davemloft.net>
2005-05-26[BONDING]: bonding using arp_ip_target may stay down with active path Jay Vosburgh1-1/+1
Correcting the list traversal makes the problem go away. Signed-off-by: Jay Vosburgh <fubar@us.ibm.com> Signed-off-by: David S. Miller <davem@davemloft.net>
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch tlan1-0/+12
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch sis9002-3/+50
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch veth1-9/+23
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch ns838201-40/+29
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch natsemi1-3/+3
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch forcedeth1-17/+86
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch airo1-46/+104
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch atmel1-0/+1
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch amd81111-10/+14
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch pcnet321-2/+5
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch ixgb5-116/+70
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch e10007-713/+3168
2005-05-25Automatic merge of /spare/repo/netdev-2.6 branch e1001-26/+139
2005-05-24[PATCH] tulip: add return to ULI526X clause in tulip_mdio_writeJohn W. Linville1-0/+1
The 'if' clause for ULI526X in tulip_mdio_write allows for spin_unlock_irqrestore to be called twice for tp->mii_lock. I believe this is caused by the unintentional omission of a return at the end of that clause. This patch adds that return. Signed-off-by: John W. Linville <linville@tuxdriver.com>
2005-05-23[TG3]: Update driver version.David S. Miller1-1/+1
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-05-23[TG3]: Increase TEST_BUFFER_SIZE to 8K.David S. Miller1-1/+1
This makes the DMA bug workaround test more likely to find the problem on some systems. Signed-off-by: David S. Miller <davem@davemloft.net>
2005-05-23[TG3]: Update driver version and reldate.David S. Miller1-2/+2
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-05-23[TG3]: Add 5752M device ID.Xose Vazquez Perez1-0/+2
Add 0x1601 as 5752M, it's a 5752 but for mobile PCs. Stolen from Broadcom bcm5700-8.1.55 driver. Someone forgot to add it to tg3 ;-) Signed-off-by: David S. Miller <davem@davemloft.net>
2005-05-18[TG3]: In tg3_poll(), resample status_tag after doing work.David S. Miller1-7/+5
Signed-off-by: David S. Miller <davem@davemloft.net>
2005-05-18[TG3]: Refine DMA boundary setting.David S. Miller1-44/+163
Extract DMA boundary bit selection into a seperate function, tg3_calc_dma_bndry(). Call this from tg3_test_dma(). Make DMA test more reliable by using no DMA boundry setting during the test. If the test passes, then use the setting we selected before the test. Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Michael Chan <mchan@broadcom.com>
2005-05-18[TG3]: Set minimal hw interrupt mitigation.David S. Miller2-14/+64
Even though we do software interrupt mitigation via NAPI, it still helps to have some minimal hw assisted mitigation. This helps, particularly, on systems where register I/O overhead is much greater than the CPU horsepower. For example, it helps on NUMA systems. In such cases the PIO overhead to disable interrupts for NAPI accounts for the majority of the packet processing cost. The CPU is fast enough such that only a single packet is processed by each NAPI poll call. Thanks to Michael Chan for reviewing this patch. Signed-off-by: David S. Miller <davem@davemloft.net>
2005-05-18[TG3]: Add tagged status support.David S. Miller2-55/+142
When supported, use the TAGGED interrupt processing support the chip provides. In this mode, instead of a "on/off" binary semaphore, an incrementing tag scheme is used to ACK interrupts. All MSI supporting chips support TAGGED mode, so the tg3_msi() interrupt handler uses it unconditionally. This invariant is verified when MSI support is tested. Since we can invoke tg3_poll() multiple times per interrupt under high packet load, we fetch a new copy of the tag value in the status block right before we actually do the work. Also, because the tagged status tells the chip exactly which work we have processed, we can make two optimizations: 1) tg3_restart_ints() need not check tg3_has_work() 2) the tg3_timer() need not poke the chip 10 times per second to keep from losing interrupt events Based upon valuable feedback from Michael Chan <mchan@broadcom.com> Signed-off-by: David S. Miller <davem@davemloft.net>
2005-05-16[PATCH] wireless: 3CRWE154G72 Kconfig help fixDaniel Andersen1-1/+1
Version 2 of the 3com OfficeConnect 11g Cardbus Card aka 3CRWE154G72 is not supported by the prism54 project. To stop confusion, the kernel documentation should state so as 3com made a good job hiding the version. Signed-off-by: Andrew Morton <akpm@osdl.org> diff -puN drivers/net/wireless/Kconfig~wireless-3crwe154g72-kconfig-help-fix drivers/net/wireless/Kconfig
2005-05-15[PATCH] Typo in tulip driverJiri Benc1-1/+1
This patch fixes a typo in tulip driver in 2.6.12-rc3.
2005-05-15[PATCH] fix PROMISC/bridging in TLAN driverJames Harper1-0/+1
This has been a problem for me for ages. When using bridging, the driver is switched into promiscuous mode before the link init is complete. The init complete routine then resets the promisc bit on the card so the kernel still thinks the card is in promiscuous mode but the card isn't. doh. I think this bug only shows up in bridging when the bridge is started at boot time (or something else that sets promisc at the same time the card was started). If promisc is enabled later it works. Here's a trivial (and hopefully correct) patch that works for me. It just calls the promisc/multicast setup routine after init. Cc: Jeff Garzik <jgarzik@pobox.com> Signed-off-by: Andrew Morton <akpm@osdl.org>
2005-05-15[PATCH] {PATCH] Fix IBM EMAC driver ioctl bugGeoff Levand1-1/+1
Fix IBM EMAC driver ioctl bug. I found IBM EMAC driver bug. So mii-tool command print wrong status. # mii-tool eth0: 10 Mbit, half duplex, no link eth1: 10 Mbit, half duplex, no link I can get correct status on fixed kernel. # mii-tool eth0: negotiated 100baseTx-FD, link okZZ eth1: negotiated 100baseTx-FD, link ok Hiroaki Fuse Signed-off-by: Geoff Levand <geoffrey.levand@am.sony.com> for CELF
2005-05-15[PATCH] ns83820 updateBenjamin LaHaise1-40/+29
Changes: - improved DAC ifdefs from Andi Kleen - removal of dead code from Adrian Bunk - fix half duplex collision behaviour
2005-05-15[PATCH] drivers/net/wireless enabled by wrong optionAl Viro1-1/+1
NET_WIRELESS is only a subset of the stuff in drivers/net/wireless; NET_RADIO is what covers all of them. Signed-off-by: Al Viro <viro@parcelfarce.linux.theplanet.co.uk>
2005-05-15[PATCH] tlan: restore deleted module parameters.Stephen Hemminger1-0/+11
The module parameter values got lost in the conversion to the new module_param interface. This should fix it. Signed-off-by: Stephen Hemminger <shemminger@osdl.org> Index: tlan/drivers/net/tlan.c ===================================================================
2005-05-15[PATCH] SIS900 must select MIIAdrian Bunk1-0/+1
This patch fixes the following compile error caused by bk-netdev: <-- snip --> ... LD .tmp_vmlinux1 drivers/built-in.o(.text+0x98528): In function `sis900_get_settings': : undefined reference to `mii_ethtool_gset' drivers/built-in.o(.text+0x98538): In function `sis900_set_settings': : undefined reference to `mii_ethtool_sset' drivers/built-in.o(.text+0x98517): In function `sis900_get_link': : undefined reference to `mii_link_ok' drivers/built-in.o(.text+0x98547): In function `sis900_nway_reset': : undefined reference to `mii_nway_restart' make: *** [.tmp_vmlinux1] Error 1 <-- snip --> Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Daniele Venzano <venza@brownhat.org>
2005-05-15[PATCH] pcnet32: fix resource leak with loopback testDon Fry1-2/+5
When running the loopback test, resources are not properly released on completion. This patch frees all transmit resources after running the loopback test. Tested on ia32 and ppc64 hardware. Signed-off-by: Don Fry <brazilnut@us.ibm.com>
2005-05-15[PATCH] wireless/airo: WEXT and quality correctionsDan Williams1-46/+104
This patch brings the airo driver into line with the current WEXT specification of signal quality. It also fixes the values used to determine signal quality and level for MPI & PCMCIA 350 cards. It turns out that BSSListRid.rssi was actually in dBm for 350 series cards, and that we can use the normalized signal strength reported by the card as our "quality" value, on a scale of 0 - 100. Since signal level values are in dBm for this driver, max_qual->level MUST be 0, as specified in the WEXT spec. This patch also uses the IW_QUAL constants new in WEXT version 17. Signed-off-by: Dan Williams <dcbw@redhat.com>
2005-05-15[PATCH] Fw: [Bugme-new] [Bug 4482] New: natsemi: incorrect initialization of ↵Herbert Xu1-3/+3
IPv6 Neighbor-discovery multicast On Wed, Apr 13, 2005 at 05:36:42PM +0000, Andrew Morton wrote: > Summary: natsemi: incorrect initialization of IPv6 Neighbor- > discovery multicast I've got a pair of FA312 cards and this problem has bothered me for ages. This has finally prompted me to do something about it :) Turns out that somebody wasn't following the documentation. We were doing 16-bit writes to 32-bit registers which led to some addresses working and others not so lucky. This patch should fix the problem. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
2005-05-15[PATCH] atmel wirelesssimon@thekelleys.org.uk1-0/+1
Below is a one-liner for the atmel wireless driver, just adding another card to the table.
2005-05-15[PATCH] forcedeth: Update error handlingManfred Spraul1-17/+76
Ayaz wrote an update to the error handling for forcedeth (which I modified heavily, thus all bugs are mine): The ERROR4 bit is not a fatal error, it just indicates a mismatch between the actual packet len and the len according to the 802.3 header. The patch adds proper handling. The patch also removes the code that drops all packets with RX_ERROR & (!RX_FRAMINGERR): ERROR4 errors are also not fatal.
2005-05-15[PATCH] iseries_veth: Cleanup skbs to prevent unregister_netdevice() hangingMichael Ellerman1-2/+9
Hi Andrew, Jeff, The iseries_veth driver is badly behaved in that it will keep TX packets hanging around forever if they're not ACK'ed and the queue never fills up. This causes the unregister_netdevice code to wait forever when we try to take the device down, because there's still skbs around with references to our struct net_device. There's already code to cleanup any un-ACK'ed packets in veth_stop_connection() but it's being called after we unregister the net_device, which is too late. The fix is to rearrange the module exit function so that we cleanup any outstanding skbs and then unregister the driver. Signed-off-by: Michael Ellerman <michael@ellerman.id.au>
2005-05-15[PATCH] iseries_veth: Don't leak skbs in RX pathMichael Ellerman1-6/+11
Hi Andrew, Jeff, Under some strange circumstances the iseries_veth driver can leak skbs. Fix is simply to call dev_kfree_skb() in the right place. Fix up the comment as well. Signed-off-by: Michael Ellerman <michael@ellerman.id.au>
2005-05-15[PATCH] iseries_veth: Set dev->trans_start so watchdog timer works rightMichael Ellerman1-0/+2
Hi Andrew, Jeff, The iseries_veth driver doesn't set dev->trans_start in it's TX path. This will cause the net device watchdog timer to fire earlier than we want it to, which causes the driver to needlessly reset its connections to other LPARs. Signed-off-by: Michael Ellerman <michael@ellerman.id.au>
2005-05-15[PATCH] iseries_veth: Don't send packets to LPARs which aren't upMichael Ellerman1-1/+1
Hi Andrew, Jeff, The iseries_veth driver has a logic bug which means it will erroneously send packets to LPARs for which we don't have a connection. This usually isn't a big problem because the Hypervisor call fails gracefully and we return, but if packets are TX'ed during the negotiation of the connection bad things might happen. Regardless, the right thing is to bail early if we know there's no connection. Signed-off-by: Michael Ellerman <michael@ellerman.id.au>
2005-05-12[NET] ieee80211 subsystemJeff Garzik4-116/+39
Contributors: Host AP contributors James Ketrenos <jketreno@linux.intel.com> Francois Romieu <romieu@fr.zoreil.com> Adrian Bunk <bunk@stusta.de> Matthew Galgoci <mgalgoci@parcelfarce.linux.th eplanet.co.uk>
2005-05-12[PATCH] e100: Driver version, white space, comments, device idMalli Chilakala1-2/+8
Driver version, white space, comments. Also enabled ICH-7 support Signed-off-by: Mallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: Ganesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: John Ronciak <john.ronciak@intel.com>
2005-05-12[PATCH] e100: Performance optimizations to e100 Tx PathMalli Chilakala1-4/+12
Performance optimizations to e100 Tx Path Signed-off-by: Mallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: Ganesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: John Ronciak <john.ronciak@intel.com>
2005-05-12[PATCH] e100: Fix Wake on lan related issuesMalli Chilakala1-3/+28
Fix Wake on lan related issues Signed-off-by: Mallikarjuna R Chilakala <mallikarjuna.chilakala@intel.com> Signed-off-by: Ganesh Venkatesan <ganesh.venkatesan@intel.com> Signed-off-by: John Ronciak <john.ronciak@intel.com>