Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Update:
Really strange... If I set "wext", not ndiswrapper in wicd (so in wpa-supplicant), while I'm using ndiswrapper driver, it can authenticate with the router, however it can't get an ip, from dhcp . Using Broadcom's wl driver (and wext), it connects, authenticates, and gets az ip from dhcp, with no delay.
When using ndiswrapper driver, with ndiswrapper setting in wicd/wpa-supplicant, it cannot get through the authentication...
If I set "wext", not ndiswrapper in wicd (so in wpa-supplicant), while I'm using ndiswrapper driver, it can authenticate with the router, however it can't get an ip, from dhcp . Using Broadcom's wl driver (and wext), it connects, authenticates, and gets az ip from dhcp, with no delay.
I suspect that the wpa_supplicant devs haven't been developing the ndiswrapper driver since wext should do whatever the ndiswrapper driver does. However, that doesn't explain why it doesn't get an IP address when using ndiswrapper and wext.
I can honestly say, you're having the strangest wireless problems I've seen in a long time. I wish I had some answers as to why!
Since kernel 2.6.28, there is a new regulatory domain setting solution, crda. If I set iw set reg EU or HU, the card only sees 11 channel, however it should see 13. I have also set "cfg80211 ieee80211_regdom=EU" in /etc/modprobe.d/options, but still no luck. Is there any other way, setting the regdom value?
I suggest you start another thread on that, I have absolutely no experience in setting regdom values, so all I could do would be to Google, which you've probably done already.
JosipBroz: the ssid is not hidden, since under Vista I can see it, and also connect to it.
Update: the router seems to be an X-Micro XWL-11GRIX. I haven't found any linux-specific issues with it.
"Solved":
I have bought an Intel 4965 card, and it can see, and also connect to the AP.
The problem was, that the AP uses Channel 13 (b/g), but the broadcom wl driver simply can't change regulatory domains, so it can only operate in Channels 1-11 (b/g).
I really hate Broadcom...
With ndiswrapper, iwlist reported 14 channels, but it seems like hardware coded, or whatever. However in Vista, it can use channels 1-13...
The problem was, that the AP uses Channel 13 (b/g), but the broadcom wl driver simply can't change regulatory domains, so it can only operate in Channels 1-11 (b/g).
I really hate Broadcom...
Wow. That is a new one. Yeah, nobody lives outside of the US, so why should their drivers support non-US standards. Thanks for posting this, you will definitely help others.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.