Re: [PATCH][v3.2.y] inetpeer: Invalidate the inetpeer tree alongwith the routing cache

From: David Miller
Date: Tue Sep 10 2013 - 14:53:45 EST


From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
Date: Sat, 31 Aug 2013 23:04:18 +0100

> On Tue, 2013-08-20 at 13:34 -0400, Joseph Salisbury wrote:
>> Hello,
>>
>> Please consider including mainline commit 5faa5df in the next v3.2.y
>> release. It was included in the mainline tree as of v3.3-rc7. It has
>> been tested and confirmed to resolve
>> http://bugs.launchpad.net/bugs/1205741 .
>>
>>
>> commit 5faa5df1fa2024bd750089ff21dcc4191798263d
>> Author: Steffen Klassert <steffen.klassert@xxxxxxxxxxx>
>> Date: Tue Mar 6 21:20:26 2012 +0000
>>
>> inetpeer: Invalidate the inetpeer tree along with the routing cache
>>
>>
>> Also note that commit 5faa5df introduced a race condition that is fixed
>> by mainline commit 55432d2, so that commit would also be required:
>>
>> commit 55432d2b543a4b6dfae54f5c432a566877a85d90
>> Author: Eric Dumazet <edumazet@xxxxxxxxxx>
>> Date: Tue Jun 5 03:00:18 2012 +0000
>>
>> inetpeer: fix a race in inetpeer_gc_worker()
>
> David, could you ack/nak these for 3.2 (maybe 3.0 as well?).

I'm queueing these two patches up for 3.2 only, the
inetpeer/metrics-cache situation in 3.0 has so many deeper problems
than can be reasonably dealt with using backports. Just look at the
layout differences of struct inetpeer between 3.0 and 3.2, and the
reasons for that, for the tip of the iceberg.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/