Re: 2.4.0-test10-pre3:Oops in mm/filemap.c:filemap_write_pa

[Linus Torvalds]

In article <8snvuj$1l0$[EMAIL PROTECTED]>,
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>Hmm.. Looks like page->mapping was cleared by truncate_inode_pages()
>when the inode was free'd, and there was still write-back activity on
>one of the pages in question. 

Looking some more, the fact that the oops happens in filemap_sync_pte()
definitely means that we haven't gotten around to truncating the sucker
yet. So invalidate_inode_pages() looks like the more likely cause,
especially as the page writeback correctly increases the file count for
NFS, so we should never be able to get into the horror-schenario of
having write-back after the pages have been truncated due to the inode
getting cleared.

Does the simple added test for page counts to invalidate_inode_pages()
fix the problem for you, Russell?

                Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/