>
> Hang on a bit. Think I'm starting to get an idea of what's going on:
> Could you test the following patch please? It's not a fix, just a
> quick test...
>
> If this turns out to fix your problem, then we're going to fix the
> 'invalidate_inode_pages()' in mm/filemap.c, not the NFS read/write
> code.
>
> The problem is that invalidate_inode_page() should NOT be waiting on
> the page lock!
>
> Apart from the fact of there being absolutely no point in invalidating
> a page that is in the process of being updated, it seriously breaks
> the NFS writepage() code. If people want to invalidate all pages of
> the entire file, they can use truncate_inode_pages(inode,0).
Hrm...No, it seems to still get stuck as before. "ps l" shows
"wait_on_page" still, too.
-pid- proc flgs status -client- -prog- --rqstp- -timeout -rpcwait -action- --exit--
00025 0006 0000 000000 c7c41280 100003 0 00001200 xprt_backlog c01a62d4 0
00024 0006 0207 004196 c7c41280 100003 c7a2c244 00000000 schedq c01a65f4 c0162bbc
00022 0006 0207 004196 c7c41280 100003 c7a2c15c 00000000 schedq c01a65f4 c0162bbc
00021 0006 0207 004196 c7c41280 100003 c7a2c074 00000000 schedq c01a65f4 c0162bbc
Simon-
[ Stormix Technologies Inc. ][ NetNation Communcations Inc. ]
[ sim@stormix.com ][ sim@netnation.com ]
[ Opinions expressed are not necessarily those of my employers. ]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/