[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070308223621.GB24960@bougret.hpl.hp.com>
Date: Thu, 8 Mar 2007 14:36:22 -0800
From: Jean Tourrilhes <jt@....hp.com>
To: Johannes Berg <johannes@...solutions.net>
Cc: Jouni Malinen <jkm@...icescape.com>, Michael Buesch <mb@...sch.de>,
linux-wireless@...r.kernel.org, netdev <netdev@...r.kernel.org>,
Jeff Garzik <jgarzik@...ox.com>, Dan Williams <dcbw@...hat.com>
Subject: Re: wireless extensions vs. 64-bit architectures
On Thu, Mar 08, 2007 at 11:22:06PM +0100, Johannes Berg wrote:
> On Thu, 2007-03-08 at 14:11 -0800, Jean Tourrilhes wrote:
>
> > This is exactly what I was pointing out earlier. Well,
> > actually, there may be ways of fixing it in the kernel, but that would
> > be real ugly, and I don't want to go there.
>
> Yeah, it would be extremely ugly and involve a lot of copying around
> when the app actually receives the data.
>
> > I've just released wireless_tools.29.pre15.tar.gz. This is
> > supposed to include a "band-aid" for that problem. To the best of my
> > knowledge, it should catch the problem and not introduce false
> > positive. I would be glad if you guys would have a quick look into it,
> > because obviously I can't test it.
>
> I looked at the diff between pre14 and pre15 but have to admit that I
> don't understand the code change.
I must admit the fix is ugly.
> Unfortunately I can't test this until
> the 20th earliest so it'd be good if someone else could test this.
Ok.
> Btw, could you look at the information leak patch I posted? We really
> need to get that fix (or another appropriate one) out asap.
IMHO this does not have the same urgency. I'll see if we could
avoid copying, because the dest buffer is already zero filled.
> johannes
Have fun...
Jean
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists