lkml.org 
[lkml]   [2000]   [Oct]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: 2.4.0-test10-pre3:Oops in mm/filemap.c:filemap_write_pa
Date
In article <8snvuj$1l0$1@penguin.transmeta.com>,
Linus Torvalds <torvalds@transmeta.com> 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 majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:41    [from the cache]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and my Meterkast|Read the blog