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): kernel-2.6.21-1.3194.fc7 kernel-2.6.21-1.3212.fc7 How reproducible: always Steps to Reproduce: 1. boot or type modprobe bcm43xx_mac80211 2. 3. Actual results: wlan0: link is not ready Expected results: Additional info:
Created attachment 156022 [details] /var/log/messages after modprobe bcm43xx_mac80211
Sounds at least somewhat similar to bug 236294. Also double-check that it isn't bug 236290.
Were you previously using the bcm43xx driver successfully? If so, you may want to try the 'bcm43xx-old-config' script attached to this email: http://marc.info/?l=fedora-list&m=118096307315653&w=2 Does that help?
Created attachment 156249 [details] output of dmesg after boot
(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.
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?
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: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel network={ ssid="my_wireless_access_point" key_mgmt=WPA-PSK proto=WPA pairwise=TKIP group=TKIP psk="my_secret_passphrase" } 6. Have a file /etc/sysconfig/wpa_supplicant: INTERFACES="-ieth1" DRIVERS="-Dwext" 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.
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.
Created attachment 157481 [details] dmesg with new driver
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: https://www.redhat.com/archives/fedora-list/2007-June/msg01009.html 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.
Success at last! With the new kernel 2.6.22.1-27.fc7, 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.