Benoit Boissinot <[email protected]> wrote:
>
> On 3/3/06, Andrew Morton <[email protected]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.16-rc5/2.6.16-rc5-mm2/
> >
> >
> > - Should be a bit better than 2.6.16-rc5-mm1, but I still had to fix a ton
> > of things to get this to compile and boot. We're not being careful enough.
> >
> > - The procfs rework is getting there, but some problems probably still remain.
> >
> > - There will be a number of new warnings at boot time when initcalls fail.
> > Generally that's OK: it usually indicates that you linked something into
> > vmlinux which you're not actually using. But sometimes it can indicate
> > kernel bugs.
> >
> > - The (much-shrunk) audit git tree is back.
> >
> ...
>
> >
> > Changes since 2.6.16-rc5-mm1:
> >
> >
> ...
> > git-netdev-all.patch
>
> commit 23afaec4441baf0579fa115b626242d4d23704dd
> Author: Stefan Rompf <[email protected]>
> Date: Tue Feb 7 03:42:23 2006 +0800
>
> [PATCH] ipw2200: Fix WPA network selection problem
>
> reverting this patch permits me to have access to the WEP network here.
> Otherwise wpa_supplicant cannot establish a connection.
>
That check was changed from
"If this STA doesn't use WPA and that AP does, then bale"
into
"If this STA does use WPA and that AP doesn't then bale".
So a theory would be that your AP isn't filling in those WPA length fields.
I see no reason why we should permit that to disable WEP?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
