[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.1.00.0801230959500.1741@woody.linux-foundation.org>
Date: Wed, 23 Jan 2008 10:03:04 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Anton Salikhmetov <salikhmetov@...il.com>
cc: linux-mm@...ck.org, jakob@...hought.net,
linux-kernel@...r.kernel.org, valdis.kletnieks@...edu,
riel@...hat.com, ksm@...dk, staubach@...hat.com,
jesper.juhl@...il.com, a.p.zijlstra@...llo.nl,
akpm@...ux-foundation.org, protasnb@...il.com, miklos@...redi.hu,
r.e.wolff@...wizard.nl, hidave.darkstar@...il.com,
hch@...radead.org
Subject: Re: [PATCH -v8 2/4] Update ctime and mtime for memory-mapped files
On Wed, 23 Jan 2008, Anton Salikhmetov wrote:
>
> Update ctime and mtime for memory-mapped files at a write access on
> a present, read-only PTE, as well as at a write on a non-present PTE.
Ok, this one I'm applying. I agree that it leaves MS_ASYNC not updating
the file until the next sync actually happens, but I can't really bring
myself to care at least for an imminent 2.6.24 thing. The file times are
actually "correct" in the sense that they will now match when the IO is
done, and my man-page says that MS_ASYNC "schedules the io to be done".
And I think this is better than we have now, and I don't think this part
is somethign that anybody really disagrees with.
We can (and should) keep the MS_ASYNC issue open.
Linus
--
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/
Powered by blists - more mailing lists