From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-0.99.11 i686; en-US; 0.7) Gecko/20010118 The current /etc/pcmcia/network script has no knowledge of wireless.opts. This means that it won't work out of the box on my wireless network, which requires encryption. Reproducible: Always Steps to Reproduce: 1. Buy wireless access point. 2. Turn on encryption 3. Follow PCMCIA docs on putting "key" in wireless.opts 4. Watch card not connect with AP. Note that the upstream version of pcmcia/network now handles RH network scripts perfectly fine, so it would be good to revert to its behavior, which also gives the possibility to use schemes.
We (Red Hat) should really try to resolve this before next release.
Created attachment 10620 [details] New /etc/pcmcia/config file for aironet
I attached a new pcmcia-config to this bug which should fix this problem. Plesae test it and let me know if it works. Arjan, can you take a gander at it and make sure everything looks right for the airo stuff as well?
Huh? Did you close the wrong bug? This wasn't an aironet-specific bug (I don't even have an aironet card). This was that we aren't executing /etc/pcmcia/wireless and /etc/pcmcia/wireless.opts, because the RH-modified network script doesn't call them. wireless.opts is important, because I can set all sorts of iwconfig options there and do it with schemes, so that I can easily switch between WEP-encrypted networks. Again, the upstream scripts now know about redhat and will call ifup and ifdown, but will also work with network.opts and wireless.opts, solving this bug.
Yeah, I closed the wrong bug :-( Now I need to track that one down. I'll look at using the standard pcmcia network script tomarrow when I'm closer to my laptop.
While the standard network script seems quite similiar to ours, using it would force us to maintain two. Instead, I changed the network script we're using to run the normal pcmcia-cs wireless script before running our own ifup stuff. This should solve the problem nicely.