Bug 234618

Can you do an 'iwlist eth0 scan" (and replace eth0 with the name of your wifi
interface) and paste the entire entry for your access point here?

wlan0     Scan completed :
          Cell 01 - Address: 00:17:9A:2F:0B:73
                    ESSID:"home802dot11n"
                    Mode:Master
                    Frequency:2.447 GHz
                    Signal level=-36 dBm  
                    Encryption key:on
                   
Extra:wpa_ie=dd1a0050f20101000050f20202000050f2020050f20401000050f202
                   
Extra:rsn_ie=30180100000fac020200000fac02000fac040100000fac020000
                    Extra:tsf=0000030da8474a84
                    Extra:bcn_int=100
                    Extra:rssi=-36
                    Extra:capab=0x0431
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
                              9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
                              48 Mb/s; 54 Mb/s

Driver is broken; which is why NetworkManager does not recognize the AP as
wpa-capable.  It needs to use the GENIE element when returning scan results, not
a custom "extra" element.

john; odd here but I thought mac80211 was doing the right thing WRT scan result
handling.  The handler for SIOCGIWSCAN that converts the internal mac80211 BSS
structure into the WEXT event stream should be using the GENIE element, like
airo and libertas do...  the output above suggests that at least that verison of
iwlwifi or mac80211 isn't doing that.

Verified (and posted to linux-wireless) that mac80211 in wireless-dev doesn't
use IWEVGENIE when returning scan results, like every other WPA-enabled driver
including ieee80211-based ones, hostap, prism54, airo, libertas,
ieee80211_softmac, etc.  mac80211 needs to do that rather than use custom events.

Please try the test kernels here:

   http://people.redhat.com/linville/kernels/fc7/

Do these work any better for you?

doesn't seem to. i had to reinstall f7 from t2 and update so things have changed:

rpm -qa NetworkManager\*
NetworkManager-gnome-0.6.5-0.7.svn2547.fc7.x86_64
NetworkManager-0.6.5-0.7.svn2547.fc7.x86_64
NetworkManager-glib-0.6.5-0.7.svn2547.fc7.x86_64
NetworkManager-glib-0.6.5-0.7.svn2547.fc7.i386
NetworkManager-0.6.5-0.7.svn2547.fc7.i386

rpm -qa wpa\*
wpa_supplicant-gui-0.5.7-2.fc7.x86_64
wpa_supplicant-0.5.7-2.fc7.x86_64

rpm -qa iwl\*
iwlwifi-firmware-2.14.1-4.noarch

2.6.20-1.3048.2.1.fc7.jwltest.7 #1 SMP Thu Apr 5 17:47:09 EDT 2007 x86_64 x86_64
x86_64 GNU/Linux

NetworkManager failed to start
/usr/sbin/NetworkManager: error while loading shared libraries: libhal.so.1:
cannot open shared object file: No such file or directory
had to install hal-devel

wpa_gui still says "Association request to the driver failed"

and i get this alot in /var/log/messages:

[root@localhost ~]#  Apr 10 15:44:53  iditarod kernel: iwlwifi: TODO: Look into
long/short preamble change handling.

the iwlist does look better :)

iwlist wlan0 scan
Warning: Driver for device wlan0 has been compiled with version 22
of Wireless Extension, while this program supports up to version 20.
Some things may be broken...

wlan0     Scan completed :
          Cell 01 - Address: 00:17:9A:2F:0B:73
                    ESSID:"home802dot11n"
                    Mode:Master
                    Frequency:2.447 GHz
                    Signal level=-31 dBm  
                    Encryption key:on
                    IE: WPA Version 1
                        Group Cipher : TKIP 
                        Pairwise Ciphers (2) : TKIP CCMP 
                        Authentication Suites (1) : PSK  
                    IE: IEEE 802.11i/WPA2 Version 1
                        Group Cipher : TKIP 
                        Pairwise Ciphers (2) : TKIP CCMP 
                        Authentication Suites (1) : PSK  
                    Extra:tsf=000003eb0a64bc98
                    Extra:bcn_int=100
                    Extra:rssi=-31
                    Extra:capab=0x0431
                    Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
                              9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
                              48 Mb/s; 54 Mb/s

Oh no... all that because i missed the NetworkManager passphrase dialog (it
comes up in the background behind all open windows :(

I tried it again and when i found the dialog NetworkManager asks for a proper
WPA personal TPIK passphrase - YEA!!!

It then proceeds to connect and DHCP properly - *BUT* I am unable to ping or
connect ... and the iwlwifi msg i mentioned in the earlier post is seen over and
over....
(yes /etc/resolv.conf is correct)

sooo close....

Created attachment 153321 [details]
syslog for attempt to use NetworkManager to select SSID

hoping to help get this right for f7 test4 -  prompting for allowable password
now works... but SELinux seems to be in the way. 

Still, even if I use thee system-config-selinux python app and set the "current
enforcing mode" to "Permissive" and get an IP via DHCP ... and have
NetworkManager report that "Connected - You are now connected to the wireless
network "ssid"" I cannot ping anything in the local network or via the default
route/gateway.

Interface status looked good (had IP via DHCP, was UP) and the netstat -rn
output looked good and so did /etc/resolv.conf	... But the wireless indicator
on my laptop never lit-up and I was not able to ping local or remote devices.

Created attachment 153323 [details]
another attempt with SELinux Permissive at boot (rebooted)

iwlwifi: Error clearing ASSOC_MSK on current configuration (-110).
iwlwifi: Error sending RXON: time out after 500ms.
iwlwifi: Error clearing ASSOC_MSK on current configuration (-110).
iwlwifi: Error sending RXON: time out after 500ms.
iwlwifi: Error clearing ASSOC_MSK on current configuration (-110).
iwlwifi: No space for Tx
iwlwifi: Error sending RXON: ipw_queue_tx_hcmd failed: -28
iwlwifi: Error clearing ASSOC_MSK on current configuration (-28).

Please try the 3122 or later kernels -- is this problem still there?

john,

running davej kernel 2.6.21-1.3125 and i *can* get 9345 wirelss working by
invoking 'wpa_supplicant -iwlan0 -cwpa.conf -d -B' and then 'dhclient wlan0'

however - at startup if eth0 is unpluged (link down) the module is never loaded
and the wmaster0 reports SIOCSIFFLAGS: Operation not supported.

so if NetworkManager and wpa_supplicant are running (not in the 'by hand' case
above) there are two issues:

  1) doesn't detect link change on eth0 and bring that interface up
  2) iwlist wlan0 scan - segfaults (bug 238657)

so... i'm not sure if any of this falls into the domain of the original bug or not.

thank you for looking into this.

even with NetworkManager and wpa_supplicant services off and the ethernet link
plugged in (after having it unplugged at boot time) - restarting networking
'/etc/init.d/network restart' doesn't bring the e1000 interface to life... ugh.

Looks like bug 238567 was resolved, and comment 13 suggests that things were 
working as far as the driver is/was concerned.  If you are still having 
NetworkManager or e1000 problems, please open new bugs specific to those 
issues...thanks!