[prev in list] [next in list] [prev in thread] [next in thread] 

List:       reiserfs-devel
Subject:    (reiserfs) Re: Maybe we can do 40 bits in June/July. (fwd)
From:       Rik van Riel <H.H.vanRiel () phys ! uu ! nl>
Date:       1998-04-22 20:14:46
[Download RAW message or body]

Hi Hans,

We've got a taker on the 40-bit VM layer...
Eric W. Biederman already has done some work
on it and will have a preliminary patch out
in some time.
(probably still a full month before ReiserFS
is ready)

Rik.

---------- Forwarded message ----------
Date: 22 Apr 1998 12:57:01 -0500
From: Eric W. Biederman <ebiederm+eric@npwt.net>
To: H.H.vanRiel@phys.uu.nl
Cc: linux-mm <linux-mm@kvack.org>
Subject: Re: (reiserfs) Re: Maybe we can do 40 bits in June/July. (fwd)

>>>>> "RR" == Rik van Riel <H.H.vanRiel@phys.uu.nl> writes:

RR> Hi guys,
RR> I just got this message from Hans Reiser (the main
RR> ReiserFS coordinator), who says that ReiserFS will
RR> be 40-bits (1TB filesize) ready by june/juli this
RR> year.
RR> Now we (the MM guys) need to get together and make
RR> the MM layer 40-bit transparent too (or 41-bit).

RR> Any takers?

I will make at least a preliminary patch.  

I have already started.

My design:
As I understand it the buffer cache is fine, so it is just a matter
getting the page cache and the vma and the glue working.

My thought is to make the page cache use generic keys. 
This should help support things like the swapper inode a little
better.  Still need a bit somewhere so we can coallese VMA's that have
an inode but don't need continous keys.  That's for later.

For the common case of inodes have the those keys:
page->key == page->offset >> PAGE_SHIFT.

And of course get rid of page->offset.  The field name changes will to
catch any old code that is out there.

Eric

[prev in list] [next in list] [prev in thread] [next in thread]