Red Hat Bugzilla – Bug 243487
wireless not working in F-7 (bcm43xx_mac80211, 4311 chipset)
Last modified: 2008-04-22 15:15:24 EDT
Description of problem:
Just did a fresh install of Fedora 7 on my laptop (HP dv2120) and come to find
that my wireless is no longer working. It's a broadcom 4311 chip:
[dave@smithers broadcom-wl-18.104.22.168]$ sudo lspci -n | grep 01:00.0
01:00.0 0280: 14e4:4311 (rev 01)
The bcm43xx_mac80211 module loads properly and is able to scan the surrounding
networks, but it's unable to connect. I started out trying to use
NetworkManager but I've also attempted to bring up the interface manually.
I'm using v4 firmware (22.214.171.124) and have also tried cutting the (v4) driver
that came bundled w/ the laptop.
Will attach dmesg and syslog shortly, just let me know what else I can
provide/do to help.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. attempt to connect to AP using NetworkManager
fails to connect
01:00.0 Network controller: Broadcom Corporation Dell Wireless 1390 WLAN
Mini-PCI Card (rev 01)
Subsystem: Hewlett-Packard Company Unknown device 1363
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 19
Region 0: Memory at c3000000 (32-bit, non-prefetchable) [size=16K]
Capabilities:  Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA
Status: D0 PME-Enable- DSel=0 DScale=2 PME-
Capabilities:  Message Signalled Interrupts: Mask- 64bit- Queue=0/0
Address: 00000000 Data: 0000
Capabilities: [d0] Express Legacy Endpoint IRQ 0
Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag+
Device: Latency L0s <4us, L1 unlimited
Device: AtnBtn- AtnInd- PwrInd-
Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported-
Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
Device: MaxPayload 128 bytes, MaxReadReq 128 bytes
Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s, Port 0
Link: Latency L0s <4us, L1 <64us
Link: ASPM Disabled RCB 64 bytes CommClk- ExtSynch-
Link: Speed 2.5Gb/s, Width x1
Created attachment 156630 [details]
Created attachment 156631 [details]
some other things I've tried ....
kernel-2.6.21-1.3194.fc7.x86_64 bcm43xx softmac
* modules loads fine and can scan nets but also can't connect. using same fw
version (126.96.36.199) that worked in fc6.
kernel-xen-2.6.20-2925.9.fc7.x86_64 bcm43xx softmac
* this actually works for me. it's a painfully slow connection just like
(un-patched) fc6 2.6.20 kernels.
wireless-dev mac80211 (git cloned 6/7/07)
* same as kernel-2.6.21-1.3194.fc7.x86_64.
update to comment #3 ...
kernel-2.6.21-1.3194.fc7.x86_64 bcm43xx softmac actually does work, after doing:
# echo "14e4 4311" > /sys/bus/pci/drivers/bcm43xx/new_id
For anybody looking to use the old bcm43xx (softmac) driver I highly recommend
just using the script Mr. Linville posted:
This bug is a duplicate of bugs 242338, 242585, 243097, 243585, 244529, and
245084. It' obviously a problem for many users.
The fix posted on fedora-list by John W. Linville here:
doesn't work (at least for me, and, I suspect, for many others).
Please pay attention to this bug. I think it's a NetworkManager problem.
Created attachment 159323 [details]
Updated version of "use old bcm43xx driver" script.
Regarding comment 5...Oscar, spamming bugzilla is not very helpful. The fact
that the bugs you listed all involve bcm43xx hardware does not make them the
Did you actually open a bug specific to the issues you are experiencing?
I don't think I was spamming. I reviewed all the bugs that I listed, and in my
opinion, they are the same bug.
I just seemed to me that they needed to be properly flagged as being the same
bug, and that more attention needed to be devoted to it.
Oscar, "bcm43xx doesn't work" does not make them the same bug. Please open a
bug describing the specific problem you are seeing.
Dave, could you try the bcm43xx-mac80211 driver in current 188.8.131.52-41.fc7?
How does it perform with the 4311?
Hey John, been meaning to post an update here for a while now ...
I'm still unable to connect using bcm43xx-mac80211 at my house (128bit wep).
However I had a chance to test it at my in-laws and it worked quite reliably.
They leave their AP unsecured so I was thinking it might be a wep issue, but I
tested at home w/out wep and still can't connect. We both have Linksys WRT54G
routers but I'm fairly sure they're different revisions.
I think that I am running into the same symptoms but it was the same with Ubuntu.
I can't connect to open and closed APs when I use the bcm43xx_mac80211 driver.
When I use the bcm43xx one, everything works. I remember reading that the
_mac80211 driver does not support older hardware chipsets, but I do not remember
where and it was a long time ago.
00:06.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g]
802.11g Wireless LAN Controller (rev 02)
Subsystem: Unknown device 17f9:0006
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
Interrupt: pin A routed to IRQ 19
Region 0: Memory at d0000000 (32-bit, non-prefetchable) [size=8K]
OK so w/ the latest kernel (184.108.40.206-41.fc7) my inability to establish a
connection is indeed WEP specific.
Over the weekend I had to replace my Linksys so I ended up picking up a Netgear
WGR614NA. I quickly tested bcm43xx-mac80211 against the router before enabling
WEP and bingo it worked like a champ. However after enabling WEP
bcm43xx-mac80211 wouldn't work, although bcm43xx continues to works great ....
Dave, try the -57 kernels (currently in updates-testing):
Do these work better?
John - The b43 module in the -57 kernel is working like a champ w/ WEP enabled,
so this would appear to resolve my issues reported here. Thanks much!
Phew...closing based on above feedback! :-)