On Fri, Mar 09, 2007 at 03:19:22PM -0800, Jouni Malinen wrote: > On Fri, Mar 09, 2007 at 01:35:31PM -0800, Jean Tourrilhes wrote: > > > It's not as bad as it look like. All userspace programs > > nowadays use either the iwlib or wpa_supplicant. For example, > > NetworkManager gets its stuff through wpa_supplicant, and kdenetwork > > uses iwlib. So, in essence, there is only two places to fix. > > Which is why I would like to hear from Jouni. > > How confident are you of this being the full set? I spent some time tracking that when we did the ESSID change. I also try to keep the list on my web site up to date. The reason the set is small is that most programs are simplistic, only reporting signal strength, and only a few go beyond that. > > By the way, I've just released version 29.pre16 which has a > > better band aid. It fixes bugs of the previous version and is more > > forward compatible (i.e. it's compatible with option 2). > > Hmm.. What should I look as the description of the latest proposed > workaround? I was kind of hoping to see a nice description of the > problem and proposed change in couple of paragraphs of text.. ;-) Alignement issue in structures. On 64 bit, you get an extra 4 bytes of stuff between the header and the payload. So, you need to detect this condition and remove the extra 4 bytes. > Anyway, I can see two changes when I diff wireless tools 29.pre14 and > pre15 that are clearly related to this. Diff of pre14 vs. pre16 or pre15 > vs. pre16 includes more changes and some of them do not seem to be > related to issue. Actually, apart from ifrename, all the pre15 to pre16 changes are related to this. > Unfortunately I do not have access to any system to test this > workaround, so I cannot easily test this myself. Same here. > Jouni Malinen Jean - To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
