linux-kernel - Re: [PATCH][v3.2.y] inetpeer: Invalidate the inetpeer tree along with the routing cache

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <20130910.145334.1669114772684195996.davem@davemloft.net>
Date:	Tue, 10 Sep 2013 14:53:34 -0400 (EDT)
From:	David Miller <davem@...emloft.net>
To:	ben@...adent.org.uk
Cc:	netdev@...r.kernel.org, stable@...r.kernel.org,
	linux-kernel@...r.kernel.org, joseph.salisbury@...onical.com,
	steffen.klassert@...unet.com, edumazet@...gle.com
Subject: Re: [PATCH][v3.2.y] inetpeer: Invalidate the inetpeer tree along
 with the routing cache

From: Ben Hutchings <ben@...adent.org.uk>
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@...unet.com>
>> 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@...gle.com>
>> 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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/