linux-kernel - Re: 2.6.18-git9 wireless fixes break ipw2200 association to AP with WPA

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20060929231849.GB10423@bougret.hpl.hp.com>
Date:	Fri, 29 Sep 2006 16:18:49 -0700
From:	Jean Tourrilhes <jt@....hp.com>
To:	Dave Jones <davej@...hat.com>,
	Alessandro Suardi <alessandro.suardi@...il.com>,
	"John W. Linville" <linville@...driver.com>,
	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: 2.6.18-git9 wireless fixes break ipw2200 association to AP with WPA

On Fri, Sep 29, 2006 at 06:24:10PM -0400, Dave Jones wrote:
> On Sat, Sep 30, 2006 at 12:04:31AM +0200, Alessandro Suardi wrote:
> 
>  > Even if so, wireless-tools would be the only package I have to
>  >  build out of the FC5 distribution to keep up with the latest -git
>  >  snapshot of the Torvalds kernel... I'm not especially troubled
>  >  with this anyway. Perhaps you could push the Fedora folks to
>  >  be a bit more up-to-date with wireless-tools in their current
>  >  main version ?
> 
> We do. Frequently, because it tends to break in some manner every
> single time we push a rebased kernel update.
> wireless-tools v28 is in the updates repo right now, which afaik, is
> already the newest available.

	Correct.

> It's seriously unfunny to have to update fundamental userspace packages
> like this when moving to a newer kernel. Especially when say for eg,
> the newer kernel then has a broken sound driver, so the user goes
> back to their old 'working' kernel. Oops, now they have a choice
> of a kernel with broken sound, or a kernel with broken wireless.

	I'm 100% with you Dave.
	The ESSID change was pretty much forced on me. You can check
the thread on this mailing list starting around 27th of January. Jouni
and Dan were ones of the main advocate of this change. The main reason
is that half of the driver were doing the old way, and the other half
the new way, so we needed to bring back consistency.
	I pushed WT-28 just after the wireless summit, when this
change was reconfirmed, so that it had time to percolate in the
distro. WT-28 works with both kernel before and after the changeover,
so it's transparent. As I say, most distro have it in their dev
version for already some time (even Slackware).
	At the same time, I also looked at other userspace apps. I
looked personally at the source code, and most apps were not affected,
because they wrap around iwconfig or never SET the ESSID.
	The main apps that were affected are wpa_supplicant and
xsupplicant. I told Jouni about required change in wpa_supplicant as
early as 15 March, and reminded him later.
	In other words, I believe I did everything I could do to make
the transition smooth and transparent on userspace. If you think I
could have done better, please tell me. Of course, there are always
people using bleeding edge kernel in old distro, but in theory they
are able to interpret the warning given to them by the Wireless Tools.

> 	Dave

	Have fun...

	Jean
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/