|
Bugzilla – Full Text Bug Listing |
| Summary: | NetworkManager: Hidden WEP networks fail with Atheros | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Fred Blaise <fred.blaise> |
| Component: | Network | Assignee: | Helmut Schaa <hschaa> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Minor | ||
| Priority: | P5 - None | CC: | asklein, behlert, hugo.costelha, novell, suse-beta, vetter, wclacy |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | Log trace of NM when trying to attach to my AP | ||
|
Description
Fred Blaise
2006-05-15 21:55:14 UTC
jg: Any ideas? Hidden networks (WEP and WPA) work for me with an Atheros. For me as well, except for 11a connections. Fred, the interesting part of the log comes before the lines you posted. Could you attach the full log? On normal operation, NM logs to /var/log/NetworkManager, so no need to start it with --no-daemon. And please note that creating a new wireless network (means, peer-to-peer aka ad-hoc mode) is not supported with Atheros devices currently. Created attachment 83714 [details]
Log trace of NM when trying to attach to my AP
The log indicates that you are using shared key authentication. Is that correct? madwifi is a bit quirky about shared key auth, it needs a special command to enable it. I'm not sure whether wpa_supplicant handles this correctly. Besides the fact that shared key auth should not be used at all, you can enable it manually by calling 'iwpriv ath0 authmode 2'. Or, preferredly, switch off shared key authentication in your access point. I switched my APs to Open System, and tried again with no success. It was in "Mix" mode before that (Netgear AP WG602). For what it´s worth I can confirm this bug. But for me it doesn´t matter wether I use Ifup or NetworkManager, as soon as my SSID is hidden I get problems connecting to the wireless network. When SSID is broadcasted everything seems to work. I am using a Netgear WG511T card based on Atheros chipset with madwifi drivers and when I disable SSID broadcast in my router KNetworkManager starts behave strange. Tells med that it´s disconnected even if it is? When I try to connect the status bar appears but stops at 28% after a while KNetworkManager is disconnected but in reality (sometimes) I am connected? My computer is an IBM Thinkpad A31p, it has a built in wireless card wich I don´t use (not configured in Yast) since it´s only 11 mbit. Instead I use the Netgear card mentioned above. In SUSE 10.0 I had no problems at all. As this bug is filed against SL 10.1, what was shipped without madwifi, how did you install madwifi? I installed madwifi according to the instructions found here: http://linux.wordpress.com/2006/05/21/suse-101-and-atheros-based-wifi-cards/ This was done May 19th and the svn version is 1560 With ifup and NM so probably a driver issue. Re-assigning to jg. The info was provided as well. (In reply to comment #8) > I installed madwifi according to the instructions found here: > http://linux.wordpress.com/2006/05/21/suse-101-and-atheros-based-wifi-cards/ Please retry with installing the RPMs from http://madwifi.org/suse (using smart). If that also does not help, check the existing tickets at madwifi.org. Iirc we had a related problem in the past, not sure if that already has been fixed or not. If no open ticket exists, feel free to create a new one, moving the bug report upstream (mention the URL to this ticket there, please). (In reply to comment #10) > (In reply to comment #8) > > I installed madwifi according to the instructions found here: > > http://linux.wordpress.com/2006/05/21/suse-101-and-atheros-based-wifi-cards/ > > Please retry with installing the RPMs from http://madwifi.org/suse (using > smart). > > If that also does not help, check the existing tickets at madwifi.org. Iirc we > had a related problem in the past, not sure if that already has been fixed or > not. If no open ticket exists, feel free to create a new one, moving the bug > report upstream (mention the URL to this ticket there, please). > Have now installed RPM /madwifi.org/suse/10.1-i386/madwifi-kmp-default-1560_2.6.16.13_4-0.1.i586.rpm as requested. The problem is the same. New ticket created at http://madwifi.org/ticket/657 is this a duplicate of Bug 169783 NetworkManager: can't reconnect to known WLANs https://bugzilla.novell.com/show_bug.cgi?id=169783 I have had this problem with 3 different cards and drivers. Joe, is this really a duplicate? If not, is this still present in 10.2? I don't know whether this is a duplicate. Fred, Mikael, do you have the possibility to test this with 10.2 to check if it's fixed? (Lowering severity due to madwifi is not shipped with 10.1 and bug can be worked around by turning on SSID broadcasting.) Sorry I can't... laptop died ... :/ Oh, my condolences. Mikael? I don't think it is solved, cannot be sure since I experience other 10.2 problems that I have reported in Bug 229366. Nowadays I have to manually connect to my wireless LAN... Mayby all these bugs are related, beats me? What I can tell you is that upgrading madwifi to 0.9.2 in SL 10.1 did not solve this problem properly. Now in OS 10.2 I use madwifi 0.9.2.1 and experience new problems as I mentioned above. Could you explicate what "manually connect to my wireless LAN" means? Manually clicking on the KNetworkManager icon and from there select my wireless network. It is all quite well explained in bug 229366. https://bugzilla.novell.com/show_bug.cgi?id=229366 Sorry for having abandoned this bug. Is the problem still existant? There have been newer releases in the meantime. As far as I can tell it seems that this bug is not present anymore. Seems to works fine now with hidden ESSID. Bug 229366 is still open and not solved, I still have to connect tom my wireless network as described in comment #20. Thanks for getting back Mikael. Due to comment #24 -> Closing as FIXED. Please reopen if the problem reappears. |