[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1333422093.443.32.camel@deadeye>
Date: Tue, 03 Apr 2012 04:01:33 +0100
From: Ben Hutchings <ben@...adent.org.uk>
To: Mel Gorman <mgorman@...e.de>
Cc: linux-kernel@...r.kernel.org, stable@...r.kernel.org,
torvalds@...ux-foundation.org, akpm@...ux-foundation.org,
alan@...rguk.ukuu.org.uk, Stuart Foster <smf.linux@...world.com>,
Hugh Dickins <hughd@...gle.com>,
Johannes Weiner <hannes@...xchg.org>,
Rik van Riel <riel@...hat.com>,
Christoph Lameter <cl@...ux.com>,
Greg KH <gregkh@...uxfoundation.org>
Subject: Re: [ 101/175] mm: vmscan: forcibly scan highmem if there are too
many buffer_heads pinning highmem
On Fri, 2012-03-30 at 12:50 -0700, Greg KH wrote:
> 3.3-stable review patch. If anyone has any objections, please let me know.
>
> ------------------
>
> From: Mel Gorman <mel@....ul.ie>
>
> commit cc715d99e529d470dde2f33a6614f255adea71f3 upstream.
>
> Stuart Foster reported on bugzilla that copying large amounts of data
> from NTFS caused an OOM kill on 32-bit X86 with 16G of memory. Andrew
> Morton correctly identified that the problem was NTFS was using 512
> blocks meaning each page had 8 buffer_heads in low memory pinning it.
I notice that this was not applied to 3.0.26 or 3.2.14.
[...]
> Addresses https://bugzilla.kernel.org/show_bug.cgi?id=42578
[...]
but this bug was reported against 3.1.9, so the fix is presumably needed
for 3.2 at least.
Presumably the upstream change doesn't apply cleanly and would need to
be backported. Is anyone planning to do that?
Ben.
--
Ben Hutchings
Reality is just a crutch for people who can't handle science fiction.
Download attachment "signature.asc" of type "application/pgp-signature" (829 bytes)
Powered by blists - more mailing lists