Description of problem: The bcm4311mcg in my system is not completely known by lspci, it is definitely not known by the in kernel package b43 driver. I believe, based on various websites, that this is a supported device. It probably just needs to be added to the pci-id database and to whatever part of the b43 driver. The pci-ids and the rest are found in the "Additional info" section below. Version-Release number of selected component (if applicable): kernel-2.6.23.1-49.fc8 Additional info: 03:00.0 Network controller [0280]: Broadcom Corporation BCM94311MCG wlan mini-PCI [14e4:4311] (rev 02) Subsystem: Hewlett-Packard Company Unknown device [103c:1374] 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- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 19 Region 0: Memory at f6000000 (64-bit, non-prefetchable) [size=16K] Capabilities: <access denied>
That PCI ID already is supported. However, the wireless core on that device is only recently supported and is still in development. A preliminary patch supporting that device is available in the -63.fc8 kernel. Please try that kernel (should be in updates now/soon). Does it work for you?
Have never configured a wireless card. Having trouble with this same device on HP notebook powered by AMD Turion64x2. Running kernel 2.6.23.8-63.fc8. Device does not show up in hwconf. Last line of lspci is: 03:00.0 Network controller: Broadcom Corporation BCM94311MCG wlan mini-PCI (rev 01) That's the only mention of the device from lspci. I probaBLY don't know what I'm doing but hope the above yields a clue.
I am sorry. I probably wouldn't have filed the bug, except the chip was listed as supported in messages that were dated earlier this year. With the -63 kernel, I can see the available networks, it even tries to connect. I am not sure which stage if fails in other than I never seem to get an IP address. Thank you for pursuing this issue. It works better than it did. Thank you.
Please attach the contents of /var/log/messages after trying to connect.
Created attachment 277701 [details] /var/log/messages As I said, it just seems to fail on dhcp.
May I add to this: I have a Compaq Presario F500 with this broadcom wireless which was working like a charme in F7. After an upgrade it stopped working. Well not really. It connects, sometimes, and after some time it disconnects (using NM, not network). I found out that if I was less then a meter from the AP, disconnections didn't happen anymore. It's been about 2 weeks already, and I tried almost everything I thought could help. What I did now is install a kernel from Fedora 7 and the wireless connection is working (I'm sending this message from my Laptop using the wireless connection right now). I have seen some discussion about the problems that F8 has with the b43 driver in the broadcom driver list (the linux driver). I'm going to try the linux-2.6.24-rc6 kernel to see if things are fixed there later. I'll feed back and information needed.
FYI, kernel 2.6.24-0.133.rc6.git8.fc9 from rawhide works like a charm, and I was able to install it without needing anything else from rawhide.
I can second this. However, kernel-2.6.24-0.136.rc6.git12.fc9, has a lot of bugs that make it unusable. (rtc rtc0 symlink problems are back, cannot access the clock with any known method, etc.). Can the wifi drivers be ported to a working f8 kernel? (This is posted via the driver that works.)
-101.fc8 should have a b43 driver identical to the rawhide kernels cited above...do those kernels work for you?
This does not seem to have been pushed yet. I don't even see it at download.fedora.redhat.com
They have not yet made it through the release process. You can find them in the build system here: http://koji.fedoraproject.org/koji/buildinfo?buildID=30116
Yes. This fixes it. If Martín Marqués agrees, this bug should be closed as fixed. Thank you John for your prompt and accurate responses.
I have the same device as Trever and it still doesn't work for me with kernel 101. It just keeps repeating this after successfully associating: b43-phy0 debug: RX: Packet dropped Then NetworkManager pops up and asks for the key again.
I second Trevor in the fact that kernel -101.fc8 works. Chuck, never seen those lines in my messages log. What board do you have and what configuration are you using? Also, try the broadcom-list.
03:00.0 Network controller: Broadcom Corporation BCM94311MCG wlan mini-PCI (rev 02) Subsystem: Hewlett-Packard Company Unknown device 1374 Flags: bus master, fast devsel, latency 0, IRQ 10 Memory at c8000000 (64-bit, non-prefetchable) [size=16K] Capabilities: [40] Power Management version 3 Capabilities: [58] Vendor Specific Information Capabilities: [e8] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [d0] Express Endpoint IRQ 0
Looks like the device may be disabled by the front-panel switch. Is there any way to override that?
Chuck, just put the switch on. What's the problem with it?
(In reply to comment #17) > Chuck, just put the switch on. What's the problem with it? Nothing happens when I toggle it (the light stays orange when it should change to blue.)
http://marc.info/?l=linux-wireless&m=120488924708343&w=2 Sometimes the RF kill switches can be hard to move, apparently. :-) This devices seems to have been supported by b43 for some time now. Is this still a problem?
Mine has worked since I said it did in my post on 2008-01-08 03:23 EST. Chuck is the one we need to hear from. (In fact it works great for me.)
Sorry, I meant to NEEDINFO Chuck instead...
Chuck, do you have the needed information for John? I would like to close this bug or otherwise not see it.
Closed based on lack of response...please reopen if the problem persist -- thanks!