Bug 3131 - (net tg3) driver hangs on initialization of BCM5704C gigabit
Summary: (net tg3) driver hangs on initialization of BCM5704C gigabit
Status: REJECTED INSUFFICIENT_DATA
Alias: None
Product: Drivers
Classification: Unclassified
Component: Network (show other bugs)
Hardware: i386 Linux
: P2 high
Assignee: Jeff Garzik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-29 15:15 UTC by Frank Smith
Modified: 2006-08-05 04:21 UTC (History)
3 users (show)

See Also:
Kernel Version: 2.6.8.rc2
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
additional console messages (including panic) (1.91 KB, text/plain)
2004-08-25 10:20 UTC, Frank Smith
Details

Description Frank Smith 2004-07-29 15:15:04 UTC
Distribution: Debian Sarge

Hardware Environment: Tyan Thunder K8SR (S2881) dual Opteron (uses BCM5704C
onboard dual gigabit ethernet) with 6GB RAM

Software Environment: default testing install

Problem Description:  When driver is included in kernel build, system hangs on
boot during network initialization. If driver is not built system boots
normally.  If driver is built as module kernel boots, and a modprobe tg3
returns successfully, but an ifup will hang the machine.
  If the onboard NICs are disabled in the BIOS then the kernel will boot
normally with the tg3 driver built in.
  I also tried the 2.4.26, 2.4.27.rc3, and 2.4.7 kernels with the same result.
The two Broadcom NICs on the motherboard are BCM5704C chips.  We have had no
problems on other servers with the tg3 drivers, but those are using either
3Com NICs or an older on-board broadcom chip (both of which use the BCM5701 chip
and not the 5704 on this new motherboard).

Steps to reproduce:
   Build kernel with tg3 support
   Boot with new kernel
   Watch it hang on "Configuringing network interfaces..." (the driver does log
that it detected the two onboard Broadcom NICs earlier in the boot sequence, it
just hangs when its time to bring it up, even if the only interface configured
in /etc/network/intefaces is loopback).
   If built as module, load module then ifup a gigabit interface
Comment 1 Frank Smith 2004-08-24 14:00:44 UTC
Tried building 2.6.8.1 kernel on same system with (slightly) better results.
Machine can boot fine, interface can be brought up, but very shortly
afterwards (as soon as it has traffic?) kernel panics, whether tg3 s built as
module or builtin.  The beginning of the panic scrolls off the screen, any
ideas on how to capture it?
Comment 2 Frank Smith 2004-08-25 10:20:03 UTC
Created attachment 3564 [details]
additional console messages (including panic)
Comment 3 Maurice Volaski 2004-09-25 18:18:45 UTC
I have seen this back since 2.6.5 and it's present in 2.6.8rc4 from gentoo on a similar box (using Tyan 
S2882 with the same onboard Ethernet).
Comment 4 Dick Snippe 2005-03-04 02:10:50 UTC
Same here, with a twist. [tried it with vanilla 2.6.10 and 2.6.11, all the same
results)

I've got 3 types of systems:
a) IBM X335, Dual Xeon with 2x BCM95703A30 NIC
b) IBM X305, Single P4 with 2x BCM95703A30 NIC
c) Bladecenter HS20, Dual Xeon with 2x BCM95704A41 NIC

The X335s iand X305s always work.
The blades work when booted with an SMP kernel, but when I boot it with
a uniprocessor kernel it hangs on the initialization of the NICs

Unfortunately I don't have access to a single CPU system with a BCM95704A41 NIC.
Comment 5 Adrian Bunk 2006-04-22 05:19:02 UTC
What is the status of this issue in kernel 2.6.16?
Comment 6 Adrian Bunk 2006-08-05 04:21:45 UTC
Please reopen this bug if it's still present in kernel 2.6.17.

Note You need to log in before you can comment on or make changes to this bug.