Bug 811810
Summary: | wifi won't accept password with 3.3.1-3.fc16.i686; wifi works with 3.1.0-7.fc16.i686 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | cgil004 | ||||||
Component: | kernel | Assignee: | John W. Linville <linville> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 16 | CC: | awjm, dcbw, dowdle, gansalmon, itamar, jklimes, jonathan, kernel-maint, madhu.chinakonda, peterhoffm, wsand70 | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | i686 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2012-04-25 20:27:20 UTC | Type: | Bug | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
cgil004
2012-04-12 02:47:02 UTC
If the behaviour is simply affected by booting another kernel, then it's probably kernel's bug. What NetworkManager version do you have? $ rpm -q NetworkManager Try whether disabling IPv6 helps: - run nm-connection-editor, click 'Wireless' tab, select your connection, click 'Edit' - select 'IPv6 Settings' tab and det 'Method' combobox to 'Ignore' and save the connectin Please also grab 'dmesg' output and /var/log/messages file. Exact same problem, this time on an Aspire Aspire One D260-A. Wifi connects perfectly with kernel kernel 3.3.0-8.fc16-i686, but fails to connect (asks repeatedly for wifi password) on kernels 3.3.1-2 and 3.3.1-3. NetworkManager version is 0.9.2.1 and IPv6 is already set to ignore. Network Manager is running on version 0.9.2-1.fc16.i686 I set IPv6 to ignore and still get the same issue. I will attach dmesg output and /var/log/messages output as well. Created attachment 577178 [details]
dmesg
dmesg output from clean boot
Created attachment 577180 [details]
/var/log/messages
/var/log/messages output on a fresh boot
Any better with kernel 3.3.1-5? What wpa_supplicant version do you have? $ rpm -q wpa_supplicant Please follow these instructions to get detailed wpa_supplicant logs: https://live.gnome.org/NetworkManager/Debugging#wpa_supplicant07 (In reply to comment #6) > Any better with kernel 3.3.1-5? > > What wpa_supplicant version do you have? > $ rpm -q wpa_supplicant > > Please follow these instructions to get detailed wpa_supplicant logs: > https://live.gnome.org/NetworkManager/Debugging#wpa_supplicant07 No better with kernel 3.3.1-5 wpa_supplicant version 0.7.3-11.fc16.i686 Same bug here with an x86_64 F16 Version, wpa_supplicant is also 0.7.3-11.fc16.x86_64. With Kernel 3.3.0-8 all worked fine, since update 3.3.1-3 it didn't work, so I switched to old kernel in grub. With latest 3.3.1-5 I sit here with cable on my PC. Wifi card is a Atheros Chip: AR922X. I have 'Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)' My messages log are filled with 'dbus-daemon[987]: ** (upowerd:1425): WARNING **: Property get or set does not have an interface string as first arg' Not sure it has anything to do with this tho. Tried the past three kernels with no change: kernel-PAE-3.3.1-2.fc16.i686 kernel-PAE-3.3.1-3.fc16.i686 kernel-PAE-3.3.1-5.fc16.i686 I was successful in getting authentication by disabling KWallet completely. Tried this as last year it seemed to be the opposite issue or similar. See <span class="bz_closed"><a href="show_bug.cgi?id=682972#c8" title="kde-plasma-networkmanagement: WiFi authentication regression">Bug 682972</a></span>. I can't confirm this, I set the network manager to store "in file (unencrypted)" and it doesn't connect. As it is probably a driver regression (it works with older kernels), it would be good to know what drivers (cards) do you use. You obtain the information with, e.g.: $ lspci $ nmcli -f general dev list iface wlan0 ... Driver info: $ modinfo ath9k (substitute your driver) Also logs from wpa_supplicant could reveal the problem. Please see comment #6 for getting the logs. (In reply to comment #9) > My messages log are filled with 'dbus-daemon[987]: ** (upowerd:1425): WARNING > **: Property get or set does not have an interface string as first arg' > > Not sure it has anything to do with this tho. This seems to be unrelated. Something is calling upowerd via D-Bus with incorrect arguments. Network Card is: Network controller: Atheros Communications Inc. AR922X Wireless Network Adapter (rev 01) modinfo ath9k: filename: /lib/modules/3.3.1-5.fc16.x86_64/kernel/drivers/net/wireless/ath/ath9k/ath9k.ko license: Dual BSD/GPL description: Support for Atheros 802.11n wireless LAN cards. author: Atheros Communications alias: platform:ar934x_wmac alias: platform:ar933x_wmac alias: platform:ath9k alias: pci:v0000168Cd00000034sv*sd*bc*sc*i* alias: pci:v0000168Cd00000033sv*sd*bc*sc*i* alias: pci:v0000168Cd00000032sv*sd*bc*sc*i* alias: pci:v0000168Cd00000030sv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Esv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Dsv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Csv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Bsv*sd*bc*sc*i* alias: pci:v0000168Cd0000002Asv*sd*bc*sc*i* alias: pci:v0000168Cd00000029sv*sd*bc*sc*i* alias: pci:v0000168Cd00000027sv*sd*bc*sc*i* alias: pci:v0000168Cd00000024sv*sd*bc*sc*i* alias: pci:v0000168Cd00000023sv*sd*bc*sc*i* depends: ath9k_hw,ath9k_common,mac80211,cfg80211,ath intree: Y vermagic: 3.3.1-5.fc16.x86_64 SMP mod_unload parm: debug:Debugging mask (uint) parm: nohwcrypt:Disable hardware encryption (int) parm: blink:Enable LED blink on activity (int) parm: btcoex_enable:Enable wifi-BT coexistence (int) There are 4 wpa_supplicant logfiles and all of them are empty. I think this bug is solved with the latest kernel update, at the moment for me it all works fine. Can you confirm it is working (@ the others having this bug)? So if the other ones confirm I think this bug report can be closed. Note that when the kernel logs say "authenticate timed out" the driver hasn't even gotten to the point of sending the wifi passphrase yet, so it's pretty clearly a driver bug. After I used the new kernel one day, I can say it works, but wifi connects very slowly when you wake up from standby (S3). Reassigning to kernel, so it can be looked at closer. Please give 3.3.2 a try. There was an ath9k regression that was fixed in 3.3.2. 3.3.2-1 is working for me, have not had a wifi issue yet with it. Anyone else able to confirm? 3.3.2-1 is working fine for me too. I think this Bug can be closed. Thanks for confirming. |