Bug 242338 - bcm43xx: can't associate
Summary: bcm43xx: can't associate
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 7
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: John W. Linville
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2007-06-03 13:24 UTC by Klaus-Peter Schrage
Modified: 2008-04-22 19:14 UTC (History)
4 users (show)

Clone Of:
Last Closed: 2007-07-23 18:27:34 UTC

Attachments (Terms of Use)
/var/log/messages after modprobe bcm43xx_mac80211 (2.38 KB, text/plain)
2007-06-03 13:28 UTC, Klaus-Peter Schrage
no flags Details
output of dmesg after boot (13.30 KB, text/plain)
2007-06-05 17:51 UTC, Klaus-Peter Schrage
no flags Details
dmesg with new driver (3.59 KB, text/plain)
2007-06-20 16:41 UTC, Klaus-Peter Schrage
no flags Details

Description Klaus-Peter Schrage 2007-06-03 13:24:40 UTC
Description of problem:
On my Apple Ibook G4 with the BCM4318 wireless controller, I can't connect to my
 wlan, neither via wpa_supplicant nor NetworkManager (see attached log). Even if
I open the wireless network, I can't get any connection. This applies to the F7
kernel as well as to davej's latest one.
The wireless card is not recognized by system-config-network, neither under
'Hardware' nor under 'Devices'.

On FC6, I could connect to the WPA protected network using wpa_supplicant.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. boot or type modprobe bcm43xx_mac80211
Actual results:
wlan0: link is not ready

Expected results:

Additional info:

Comment 1 Klaus-Peter Schrage 2007-06-03 13:28:38 UTC
Created attachment 156022 [details]
/var/log/messages after modprobe bcm43xx_mac80211

Comment 2 Jarod Wilson 2007-06-04 20:08:12 UTC
Sounds at least somewhat similar to bug 236294. Also double-check that it isn't
bug 236290.

Comment 3 John W. Linville 2007-06-04 20:43:20 UTC
Were you previously using the bcm43xx driver successfully?  If so, you may 
want to try the 'bcm43xx-old-config' script attached to this email:


Does that help?

Comment 4 Klaus-Peter Schrage 2007-06-05 17:51:06 UTC
Created attachment 156249 [details]
output of dmesg after boot

Comment 5 Klaus-Peter Schrage 2007-06-05 18:00:40 UTC
(In reply to comment #3)
Yes, the bcm43xx driver worked in FC6 with the firmware cut out of the Apple
Airport driver. It would connect to my wpa protected access point using
wpa_supplicant, I never had any success with NetworkManager.

As to the script, it worked partly - the download part didn't, so I got that
very driver from the Linksys page manually and deleted the first two lines from
the script.

Immediatly after boot, the controller won't connect with the old driver (see my
dmesg output). I have to start wpa_supplicant manually, although it should have
started at boot time: from the boot message I see that device eth1 is not
registered yet at the supplicant's first attempt. After giving 'dhclient' I can
go to the Internet.

Comment 6 John W. Linville 2007-06-07 20:34:38 UTC
FWIW, NetworkManager uses wpa_supplicant for it's wireless connections.  So, 
you could use it instead of having to start wpa_supplicant manually.

Another option would be to take the lines added to rc.local by the 
bcm43xx-old-config script and move them elsewhere, like maybe rc.sysinit?  
That might get things started early enough to be helpful to you.

Do either of those work for you?

Comment 7 Klaus-Peter Schrage 2007-06-18 17:01:45 UTC
Thank you, I'll comment on your two proposals in reverse order.

These are the steps that, after lots of fiddling (and reboots) led me to a
working configuration to connect to my wpa protected wireless network:

0. For a start, I had run he bcm43xx-old-config script.

1. I put these two lines into /etc/rc.d/rc.sysinit:
	modprobe bcm43xx
	echo "14e4 4318" > /sys/bus/pci/drivers/bcm43xx/new_id
(after line 301, before the 'Initialize hardware' block).

2. Deleted the above mentioned lines from rc.local, where they had been written
by the bcm43xx-old-config script.

3. Create two files ifcfg-eth0 and ifcfg-eth1 in
/etc/sysconfig/networking/devices (which otherwise looked empty on my system). I
found out that these network devices should not be activated at boot time
(ONBOOT=no in the respective icfg-files), otherwise there would be error boot
messages (... no link present).

4. Configure wpa_supplicant to start at boot time:
	chkconfig wpa_supplicant on

5. Have a file etc/wpa_supplicant/wpa_supplicant.conf similar to:


6. Have a file /etc/sysconfig/wpa_supplicant:

7. After wpa_supplicant is running, I still have to start dhclient (as root). I
found no other way to obtain an ip address from my router (that step is not
neccessary when I connect through the Ethernet device eth0 via a cable).


As to NetworkManager: I always thought that NM and wpa_supplicant were mutually
exclusive in running my wireless, and this conviction goes on:

With wpa_supplicant running at boot time, the wireless device is already
associated when NM tries to connect 

With wpa_supplicant not running, I never get NM to connect. It recognizes my
network and asks for my wpa passphrase, wpa_supplicant is invoked, but after
some time NM gives up ... It seems to badly interfere with my network setup,
because after several connection trials I even can't bring up eth1 again.

Comment 8 Klaus-Peter Schrage 2007-06-20 16:40:15 UTC
After some success with the old driver, I wanted to give the new one another try
(and I feel that I am quite near). I took bcm43xx_mac80211 from the blacklist
and made it load early in rc.sysinit with the v4 firmware. wlan0 seems to get
associated (see dmesg output), but wpa_supplicant starts with this error message:

Starting wpa_supplicant: ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not supported
WEXT auth param 5 value 0x1 -                              [ OK ]

I can't get an ip number with dhclient wlan0.

Comment 9 Klaus-Peter Schrage 2007-06-20 16:41:48 UTC
Created attachment 157481 [details]
dmesg with new driver

Comment 10 Oscar Valdez 2007-06-27 16:04:58 UTC
This bug is a duplicate of bugs 242585, 243097, 243487, 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.

Comment 11 Klaus-Peter Schrage 2007-07-22 13:26:06 UTC
Success at last!
With the new kernel, I get connected to my WPA protected ap
using the new driver bcm43xx_mac80211. I have wpa_supplicant enabled at startup,
didn't try NetworkManager yet 

Two observations:

1. The connection is stable (I am writing this being associated), but, at the
beginning, the connection speed oscillates between 1 and 5.5 MBits/s. Now, after
10 minutes or so, it is at 11 MBits/s constantly.

2. Both drivers (the old and the new one) get loaded by the kernel, so I put
bcm43xx into /etc/modprobe.d/blacklist to prevent it from being modprobed.

Note You need to log in before you can comment on or make changes to this bug.