Messages in this thread | | | Date | Wed, 19 May 2004 01:08:01 -0400 | Subject | Re: invalidate_inode_pages2 | From | Jan Harkes <> |
| |
On Wed, May 19, 2004 at 02:51:06AM +0200, Andrea Arcangeli wrote: > On Tue, May 18, 2004 at 05:27:18PM -0700, Andrew Morton wrote: > > Andrea Arcangeli <andrea@suse.de> wrote: > > > > > > Something broke in invalidate_inode_pages2 between 2.4 and 2.6, this > > > causes malfunctions with mapped pages in 2.6. > > > > What is the malfunction? > > From Olaf Kirch > > - single application on NFS client opens file and maps it. > No-one else has this file open. File contains "zappa\n", > and the test app stats it once a second and reports size and > contents. > len=6, data=7a 61 70 70 61 0a > - on the NFS server, I do "echo frobnorz > file" > - after a while, the test app on the client reports > len=10, data=7a 61 70 70 61 0a
I'm mostly just curious, what exactly happens when a second process opens and mmaps the file at this point? Will it also see the new length with the old data, or will that invalidate the mapping and pull the new data off of the server?
Also what happens if the process had a shared mapping and dirtied the page (f.i. it wrote a byte to to offset 0) but the update hasn't yet been written back, will it end up committing the (stale) data from the local copy of the page but with the updated length=10 back to the server?
Jan
- 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/
| |