[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4FA05251.5060105@redhat.com>
Date: Tue, 01 May 2012 17:14:57 -0400
From: Rik van Riel <riel@...hat.com>
To: Andrew Morton <akpm@...ux-foundation.org>
CC: Johannes Weiner <hannes@...xchg.org>, linux-mm@...ck.org,
Andrea Arcangeli <aarcange@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
Mel Gorman <mgorman@...e.de>,
Minchan Kim <minchan.kim@...il.com>,
Hugh Dickins <hughd@...gle.com>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [patch 2/5] mm + fs: prepare for non-page entries in page cache
On 05/01/2012 04:24 PM, Andrew Morton wrote:
> That's a pretty significant alteration in the meaning of ->nrpages.
> Did this not have any other effects?
From what I see (though it's been a long day), ->nrpages
stays the same it is now.
The non-page entries are simply not counted in ->nrpages.
> What does truncate do? I assume it invalidates shadow page entries in
> the radix tree? And frees the radix-tree nodes?
Indeed, truncate will get rid of the non-page entries
in the radix tree. That is why it needs to be called
even if ->nrpages==0.
--
All rights reversed
--
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/
Powered by blists - more mailing lists