[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200904030353.17713.nickpiggin@yahoo.com.au>
Date: Fri, 3 Apr 2009 03:53:17 +1100
From: Nick Piggin <nickpiggin@...oo.com.au>
To: David Howells <dhowells@...hat.com>
Cc: viro@...iv.linux.org.uk, nfsv4@...ux-nfs.org,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH 06/43] FS-Cache: Recruit a couple of page flags for cache management [ver #46]
On Friday 03 April 2009 03:15:02 Nick Piggin wrote:
> On Friday 03 April 2009 02:51:02 David Howells wrote:
> > Nick Piggin <nickpiggin@...oo.com.au> wrote:
> > > Possibly you can't reuse mappedtodisk....
> >
> > PG_mappedtodisk has a very specific meaning to fs/buffer.c and fs/mpage.c. I
> > can't also easily make it mean that a page is backed by the cache. A page can
> > be cached and not mapped to disk.
>
> You have 2 types of pagecache pages you are dealing with here, right? The
> netfs and the backingfs pages. From what you write above, am I to take it
> that you need to know whether a backingfs page is "backed by the cache"?
> WTF for? And what cache is it backed by if it is the backing store?
Ah, sorry you want isofs to be cached by another backing store. All
this talk of netfs confused me. Yes that's fair enough and could
put PG_mappedtodisk out of reach. OTOH, is isofs important? Enough
that it can't be done with fuse or something?
Comments about PG_private still stand.
--
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