Re: [patch 1/2] mm: page_mkwrite change prototype to match fault

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Mar 03, 2009 at 10:58:35AM -0500, Christoph Hellwig wrote:
> On Tue, Mar 03, 2009 at 11:38:38AM +0100, Nick Piggin wrote:
> > 
> > Change the page_mkwrite prototype to take a struct vm_fault, and return
> > VM_FAULT_xxx flags. Same as ->fault handler. Should be no change in
> > behaviour.
> 
> How about just merging it into ->fault?
> 
> > This is required for a subsequent fix. And will also make it easier to
> > merge page_mkwrite() with fault() in future.
> 
> Ah, I should read until the end :)  Any reason not to do the merge just
> yet?

Getting there... after my proposed locking change as well it should
be even another step closer.

The only thing is that we probably need to keep the page_mkwrite callback
in the fs layer, but just move it out of the VM. Because it is hard to
make a generic fault function that does the right page_mkwrite thing
for all filesystems.

But at least pushing it down that step will give better efficiency and
be simpler in the VM. (full page fault today has to lock and unlock the
page 3 times with page_mkwrite, wheras it should go to 2 after my locking
change, and then 1 when page_mkwrite gets merged into fault).

It's coming... just a bit slowly.
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux