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:
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 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.