Messages in this thread | | | Date | Sat, 22 Nov 2003 15:57:12 -0800 | From | walt <> | Subject | tg3 / Broadcom question for Jeff |
| |
Hi Jeff,
If you'll recall, I'm the one with the ASUS A7V8X with the built-in Broadcom ethernet chip which won't work until I do an ifconfig down/up cycle.
I just learned about the -xxx flag to lspci and I hope the info below may shed some light on this long-standing bug.
This is lspci -vvv -xxx right after booting the machine (ethernet not yet working):
00:09.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5702 Gigabit Ethernet (rev 02) Subsystem: Asustek Computer, Inc.: Unknown device 80a9 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 64 (16000ns min), cache line size 08 Interrupt: pin A routed to IRQ 10 Region 0: Memory at f1800000 (64-bit, non-prefetchable) [size=64K] Expansion ROM at f7ff0000 [disabled] [size=64K] Capabilities: [40] PCI-X non-bridge device. Command: DPERE- ERO- RBC=0 OST=0 Status: Bus=255 Dev=31 Func=1 64bit+ 133MHz+ SCD- USC-, DC=simple, DMMRBC=2, DMOST=0, DMCRS=1, RSCEM - Capabilities: [48] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=1 PME- Capabilities: [50] Vital Product Data Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3 Enable- Address: be7dffbff9fb5cfc Data: d5fd 00: e4 14 a6 16 06 00 b0 02 02 00 00 02 08 40 00 00 10: 04 00 80 f1 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 43 10 a9 80 30: 00 00 00 00 40 00 00 00 00 00 00 00 0a 01 40 00 40: 07 48 00 00 f9 ff 43 04 01 50 02 c0 00 20 00 64 50: 03 58 f4 00 fd ed fb 79 05 00 86 00 fc 5c fb f9 60: bf ff 7d be fd d5 00 00 98 00 02 10 00 00 bf 76 70: 96 10 00 00 3f 00 00 80 bc 56 03 00 00 00 00 00 80: 00 00 00 00 99 b8 d5 89 34 00 11 24 82 00 08 00 90: 09 02 00 01 01 00 00 00 00 00 00 00 c8 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 c0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 d0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 e0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 f0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 ======================================================================
This is the diff between the above and again right after an ifconfig down/up:
#diff lspci.1 lspci.2 143c143 < 90: 09 02 00 01 01 00 00 00 00 00 00 00 c8 00 00 00 --- > 90: 09 02 00 01 00 00 00 00 00 00 00 00 c8 00 00 00 145,149c145,149 < b0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 < c0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 < d0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 < e0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 < f0: 00 00 00 00 01 00 00 00 00 00 00 00 01 00 00 00 --- > b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
You can see that only a few bits have flipped, but it makes everything work until the next reboot. I got the same result three different times, so this is not random behavior.
Is this of any help to you? - 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/
| |