lkml.org 
[lkml]   [2002]   [Sep]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: invalidate_inode_pages in 2.5.32/3
From
>>>>> " " == Andrew Morton <akpm@digeo.com> writes:

> Well it has to be a new thread, or user processes.
> Would it be possible to mark the inode as "needs invalidation",
> and make user processes check that flag once they have i_sem?
Not good enough unless you add those checks at the VFS/MM level. Think
for instance about mmap() where the filesystem is usually not involved
once a pagein has occurred.

> Do we really need to invalidate individual pages, or is it
> real-life acceptable to invalidate the whole mapping?
Invalidating the mapping is certainly a good alternative if it can be
done cleanly.
Note that in doing so, we do not want to invalidate any reads or
writes that may have been already scheduled. The existing mapping
still would need to hang around long enough to permit them to
complete.

> Doing an NFS-special invalidate function is not a problem, btw
> - my current invalidate_inode_pages() is just 25 lines. It's
> merely a matter of working out what it should do ;)
invalidate_inode_pages() *was* NFS-specific until you guys hijacked it
for other purposes in 2.5.x ;-)

Cheers,
Trond
-
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/

\
 
 \ /
  Last update: 2005-03-22 13:29    [from the cache]
©2003-2011 Jasper Spaans