Bug 664

Summary: bcm4400 won't transmit
Product: Drivers Reporter: Disconnect (lkml-bugs)
Component: NetworkAssignee: Pekka Pietikainen (pp)
Status: REJECTED INSUFFICIENT_DATA    
Severity: normal    
Priority: P2    
Hardware: i386   
OS: Linux   
Kernel Version: 2.5.69 Subsystem:
Regression: --- Bisected commit-id:
Attachments: config
dmesg output

Description Disconnect 2003-05-05 10:28:22 UTC
Distribution: debian unstable  
Hardware Environment: Dell Inspiron 8500  
Software Environment: single-user boot for testing  
Problem Description:   
bcm4400 receives packets, but will not transmit (behaves as if the hardware link  
detection is down).  Works with the external driver under 2.4.20.  
  
Steps to reproduce:  
Get one (I believe they are built into i810 motherboards, among others) and build  
2.5.69 with support for it (modular or in-kernel makes no difference).  I believe it  
worked under 2.5.68 but it was not heavily tested at the time (I can do so if it is  
needed.)  
  
Ifconfig (after multiple dhcp attempts, raising by hand and pinging, etc) shows:  
eth0      Link encap:Ethernet  HWaddr 00:0B:DB:1B:89:3C  
          inet addr:192.168.33.47  Bcast:192.168.33.255  Mask:255.255.255.0  
          BROADCAST MULTICAST  MTU:1500  Metric:1  
          RX packets:505 errors:0 dropped:10 overruns:0 frame:0  
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0  
          collisions:0 txqueuelen:100  
          RX bytes:198656 (194.0 KiB)  TX bytes:0 (0.0 b)  
          Interrupt:11  
  
(note 0 TX packets)  
  
Modinfo shows:  
author:         David S. Miller (davem@redhat.com)  
description:    Broadcom 4400 10/100 PCI ethernet driver  
license:        GPL  
parm:           b44_debug:B44 bitmapped debugging message enable value  
vermagic:       2.5.69 preempt PENTIUM4 gcc-3.3  
depends:  
alias:          pci:v000014E4d00004401sv*sd*bc*sc*i*  
  
The only thing relating in dmesg is:  
b44.c:v0.6 (Nov 11, 2002)  
eth0: Broadcom 4400 10/100BaseT Ethernet 00:0b:db:1b:89:3c  
  
config, dmesg, etc all available.  ACPI enabled, standard DSDT.  APIC disabled by  
blacklisting ("Dell Inspiron with broken BIOS detected.")
Comment 1 Disconnect 2003-05-05 10:29:09 UTC
Created attachment 311 [details]
config
Comment 2 Disconnect 2003-05-05 10:30:15 UTC
Created attachment 312 [details]
dmesg output
Comment 3 Dave Jones 2003-05-06 15:43:07 UTC
Does it work with acpi=off ?
Comment 4 Disconnect 2003-05-07 08:54:53 UTC
No change with acpi=off :(  (Confirmed that /proc/acpi disappeared, etc.  Otherwise it 
behaved the same - received packets, wouldn't send.) 
Comment 5 Hans-Peter Schadler 2003-06-01 10:40:56 UTC
I Think this is the same bug like: 
http://bugzilla.kernel.org/show_bug.cgi?id=257 
 
I have this problem also with 2.5.68 
Comment 6 Pekka Pietikainen 2003-10-24 06:49:02 UTC
Fixed version of the driver has been included for quite some time (b44.c 0.91)
Comment 7 Ludovic Drolez 2004-03-05 02:14:34 UTC
still does not work with a 2.6.2 kernel:

b44: eth0: Link is down.
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is on for TX and on for RX.
NETDEV WATCHDOG: eth0: transmit timed out
b44: eth0: Link is down.
b44: eth0: Link is up at 100 Mbps, full duplex.
Comment 8 Abraham Smith 2005-11-20 14:05:16 UTC
This bug still appears to be occuring in 2.6.14.  Any progress?