Thread (71 messages) 71 messages, 3 authors, 2016-10-20

Re: [PATCH 0/20 v3] dax: Clear dirty bits after flushing caches

From: Jan Kara <jack@suse.cz>
Date: 2016-10-03 07:59:02
Also in: linux-fsdevel, nvdimm

On Fri 30-09-16 02:14:18, Christoph Hellwig wrote:
On Tue, Sep 27, 2016 at 06:08:04PM +0200, Jan Kara wrote:
quoted
Hello,

this is a third revision of my patches to clear dirty bits from radix tree of
DAX inodes when caches for corresponding pfns have been flushed. This patch set
is significantly larger than the previous version because I'm changing how
->fault, ->page_mkwrite, and ->pfn_mkwrite handlers may choose to handle the
fault
Btw, is there ny good reason to keep ->fault, ->pmd_fault, page->mkwrite
and pfn_mkwrite separate these days?  All of them now take a struct
vm_fault, and the differences aren't exactly obvious for callers and
users.
IMO ->fault and ->pmd_fault can be merged, ->page_mkwrite and ->pfn_mkwrite
can be merged. There were even patches flying around for that. I want to do
that but it's not a priority now as the patch set it already large enough.

I'm not sure whether merging ->fault and ->page_mkwrite would be really
helpful and it would certainly require some non-trivial changes in the
fault path. For example currently a write fault of a file mapping will
result in first ->fault being called which handles the read part of the
fault and then ->page_mkwrite is called to handle write-enabling of the
PTE. When the handlers would be merged, calling one handler twice would be
really strange.

								Honza
-- 
Jan Kara [off-list ref]
SUSE Labs, CR

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help