27 May, 2005
3 commits
-
A new driver bnx2 for Broadcom bcm5706 is available.
The patch also includes new 1000BASE-X advertisement bit definitions in
mii.hThanks to David Miller and Jeff Garzik for reviewing and their valuable
feedback.Signed-off-by: Michael Chan
Signed-off-by: David S. Miller -
Correcting the list traversal makes the problem go away.
Signed-off-by: Jay Vosburgh
Signed-off-by: David S. Miller
26 May, 2005
13 commits
24 May, 2005
5 commits
-
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
-
Signed-off-by: David S. Miller
-
This makes the DMA bug workaround test more likely
to find the problem on some systems.Signed-off-by: David S. Miller
-
Signed-off-by: David S. Miller
-
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
19 May, 2005
4 commits
-
Signed-off-by: David S. Miller
-
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
Signed-off-by: Michael Chan -
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
-
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 eventsBased upon valuable feedback from Michael Chan
Signed-off-by: David S. Miller
16 May, 2005
15 commits
-
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
diff -puN drivers/net/wireless/Kconfig~wireless-3crwe154g72-kconfig-help-fix drivers/net/wireless/Kconfig
-
This patch fixes a typo in tulip driver in 2.6.12-rc3.
-
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
Signed-off-by: Andrew Morton -
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 linkI can get correct status on fixed kernel.
# mii-tool
eth0: negotiated 100baseTx-FD, link okZZ
eth1: negotiated 100baseTx-FD, link okHiroaki Fuse
Signed-off-by: Geoff Levand for CELF
-
Changes:
- improved DAC ifdefs from Andi Kleen
- removal of dead code from Adrian Bunk
- fix half duplex collision behaviour -
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 -
The module parameter values got lost in the conversion to the new module_param
interface. This should fix it.Signed-off-by: Stephen Hemminger
Index: tlan/drivers/net/tlan.c
=================================================================== -
This patch fixes the following compile error caused by bk-netdev:
...
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 1Signed-off-by: Adrian Bunk
Signed-off-by: Daniele Venzano -
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
-
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
-
…6 Neighbor-discovery multicast
On Wed, Apr 13, 2005 at 05:36:42PM +0000, Andrew Morton wrote:
> Summary: natsemi: incorrect initialization of IPv6 Neighbor-
> discovery multicastI'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>
-
Below is a one-liner for the atmel wireless driver, just adding
another card to the table. -
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. -
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
-
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
