Comment 8 for bug 214917

Revision history for this message
xteejx (xteejx) wrote :

Thank you for attaching the logs. This should now be enough information to set this bug to Confirmed status. I believe the problem may lie in the following part of your lspci -vvnn specifically:

02:03.0 Network controller [0280]: Broadcom Corporation BCM4311 [AirForce 54g] 802.11a/b/g PCI Express Transceiver [14e4:4319] (rev 02)
 Subsystem: Dell Device [1028:0005]
 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
 Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 64
 Interrupt: pin A routed to IRQ 17
 Region 0: Memory at dfbfe000 (32-bit, non-prefetchable) [size=8K]
 Kernel driver in use: b43-pci-bridge
 Kernel modules: ssb

I'm not 100% sure, but it might help to blacklist b43-pci-bridge. If ssb cannot load that in then it should drop back to your ndiswrapper while keeping the eth0 on.

Let us know if this works or not, and I'm sure a developer will be along to help now it's confirmed :)

Thank you.