[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <op.ut4tjrlu1e62zd@balu.cs.uni-paderborn.de>
Date: Mon, 18 May 2009 17:34:29 +0200
From: "Matthias Andree" <matthias.andree@....de>
To: Ilpo Järvinen <ilpo.jarvinen@...sinki.fi>,
"David Miller" <davem@...emloft.net>
Cc: elendil@...net.nl, Netdev <netdev@...r.kernel.org>
Subject: Re: [PATCH v2] tcp: fix MSG_PEEK race check
Am 18.05.2009, 09:24 Uhr, schrieb Ilpo Järvinen
<ilpo.jarvinen@...sinki.fi>:
> On Sun, 17 May 2009, David Miller wrote:
>
>> From: "Ilpo Järvinen" <ilpo.jarvinen@...sinki.fi>
>> Date: Mon, 11 May 2009 09:32:34 +0300 (EEST)
>>
>> > [PATCH v2] tcp: fix MSG_PEEK race check
>> >
>> > Commit 518a09ef11 (tcp: Fix recvmsg MSG_PEEK influence of
>> > blocking behavior) lets the loop run longer than the race check
>> > did previously expect, so we need to be more careful with this
>> > check and consider the work we have been doing.
>> >
>> > I tried my best to deal with urg hole madness too which happens
>> > here:
>> > if (!sock_flag(sk, SOCK_URGINLINE)) {
>> > ++*seq;
>> > ...
>> > by using additional offset by one but I certainly have very
>> > little interest in testing that part.
>> >
>> > Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@...sinki.fi>
>> > Tested-by: Frans Pop <elendil@...net.nl>
>>
>> Ok, now that I've looked at this, the urg_hole part of this change has
>> to be removed.
>
> Thanks for taking a look... :-) The first patch btw was with RFC and
> without urg bits btw but you put that into some discarded like(?) state
> in patchwork... :-/
WRT the earlier patch, we have one more success report from one of the
users who reported the problem, namely Ian Zimmermann:
<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513695#155>
--
Matthias Andree
--
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