Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760094AbYARKiT (ORCPT ); Fri, 18 Jan 2008 05:38:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754138AbYARKiK (ORCPT ); Fri, 18 Jan 2008 05:38:10 -0500 Received: from fxip-0047f.externet.hu ([88.209.222.127]:36717 "EHLO pomaz-ex.szeredi.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754133AbYARKiJ (ORCPT ); Fri, 18 Jan 2008 05:38:09 -0500 To: a.p.zijlstra@chello.nl CC: miklos@szeredi.hu, salikhmetov@gmail.com, linux-mm@kvack.org, jakob@unthought.net, linux-kernel@vger.kernel.org, valdis.kletnieks@vt.edu, riel@redhat.com, ksm@42.dk, staubach@redhat.com, jesper.juhl@gmail.com, torvalds@linux-foundation.org, akpm@linux-foundation.org, protasnb@gmail.com, r.e.wolff@bitwizard.nl, hidave.darkstar@gmail.com, hch@infradead.org In-reply-to: <1200651337.5920.9.camel@twins> (message from Peter Zijlstra on Fri, 18 Jan 2008 11:15:36 +0100) Subject: Re: [PATCH -v6 2/2] Updating ctime and mtime for memory-mapped files References: <12006091182260-git-send-email-salikhmetov@gmail.com> <12006091211208-git-send-email-salikhmetov@gmail.com> <1200651337.5920.9.camel@twins> Message-Id: From: Miklos Szeredi Date: Fri, 18 Jan 2008 11:38:00 +0100 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2342 Lines: 69 > On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote: > > > > diff --git a/mm/msync.c b/mm/msync.c > > > index a4de868..a49af28 100644 > > > --- a/mm/msync.c > > > +++ b/mm/msync.c > > > @@ -13,11 +13,33 @@ > > > #include > > > > > > /* > > > + * Scan the PTEs for pages belonging to the VMA and mark them read-only. > > > + * It will force a pagefault on the next write access. > > > + */ > > > +static void vma_wrprotect(struct vm_area_struct *vma) > > > +{ > > > + unsigned long addr; > > > + > > > + for (addr = vma->vm_start; addr < vma->vm_end; addr += PAGE_SIZE) { > > > + spinlock_t *ptl; > > > + pgd_t *pgd = pgd_offset(vma->vm_mm, addr); > > > + pud_t *pud = pud_offset(pgd, addr); > > > + pmd_t *pmd = pmd_offset(pud, addr); > > > + pte_t *pte = pte_offset_map_lock(vma->vm_mm, pmd, addr, &ptl); > > > + > > > + if (pte_dirty(*pte) && pte_write(*pte)) > > > + *pte = pte_wrprotect(*pte); > > > + pte_unmap_unlock(pte, ptl); > > > + } > > > +} > > > > What about ram based filesystems? They don't start out with read-only > > pte's, so I think they don't want them read-protected now either. > > Unless this is essential for correct mtime/ctime accounting on these > > filesystems (I don't think it really is). But then the mapping should > > start out read-only as well, otherwise the time update will only work > > after an msync(MS_ASYNC). > > page_mkclean() has all the needed logic for this, it also walks the rmap > and cleans out all other users, which I think is needed too for > consistencies sake: > > Process A Process B > > mmap(foo.txt) mmap(foo.txt) > > dirty page > dirty page > > msync(MS_ASYNC) > > dirty page > > msync(MS_ASYNC) <--- now what?! Nothing. I think it's perfectly acceptable behavior, if msync in process A doesn't care about any dirtying in process B. > All in all, that sounds rather expensive.. Right. The advantage of Anton's current approach, is that it's at least simple, and possibly not so expensive, while providing same quite sane semantics for MS_ASYNC vs. mtime updates. Miklos -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/