netdev
[Top] [All Lists]

Re: [PATCH] ipv4 skbuff locking scope

To: tleete@xxxxxxxxxxxx
Subject: Re: [PATCH] ipv4 skbuff locking scope
From: "David S. Miller" <davem@xxxxxxxxxx>
Date: Mon, 30 Oct 2000 14:24:46 -0800
Cc: linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <39FDF518.A9F1204D@xxxxxxxxxxxx> (message from Tom Leete on Mon, 30 Oct 2000 17:24:24 -0500)
References: <39FDF518.A9F1204D@xxxxxxxxxxxx>
Sender: owner-netdev@xxxxxxxxxxx
   Date: Mon, 30 Oct 2000 17:24:24 -0500
   From: Tom Leete <tleete@xxxxxxxxxxxx>

   This fixes tests of a socket buffer done without holding the
   lock. tcp_data_wait() and wait_for_tcp_memory() both had
   unguarded refs in their sleep conditionals.

These are not buggy at all, see the discussion which took place here
over the past few days.

Look, if the sleep condition test "races" due to not holding the lock,
the schedule() just returns because if the sleep condidion test passes
then by definition this means we were also woken up, see?

BTW, while we're on the topic of people not understanding the
networking locking and proposing bogus patches, does anyone know who
sent the bogon IP tunneling locking "fixes" to Linus behind my back?

They were crap too, and I had to revert them in test10-pre7.  It's
another case of people just not understanding how the code works and
thus that it is correct without any changes.

Please send such fixes to me, and I'll set you straight with a
description as to why your change is unnecessary :-)

Later,
David S. Miller
davem@xxxxxxxxxx


<Prev in Thread] Current Thread [Next in Thread>