linux-kernel - Re: [PATCH 06/43] FS-Cache: Recruit a couple of page flags for cache management [ver #46]

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 for Android: free password hash cracker in your pocket

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

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/