lkml.org 
[lkml]   [2012]   [Mar]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 5/9] writeback: introduce the pageout work
On Thu 01-03-12 11:42:01, Andrew Morton wrote:
> On Thu, 1 Mar 2012 12:04:04 +0100
> Jan Kara <jack@suse.cz> wrote:
>
> > > iirc, the way I "grabbed" the page was to actually lock it, with
> > > [try_]_lock_page(). And unlock it again way over within the writeback
> > > thread. I forget why I did it this way, rather than get_page() or
> > > whatever. Locking the page is a good way of preventing anyone else
> > > from futzing with it. It also pins the inode, which perhaps meant that
> > > with careful management, I could avoid the igrab()/iput() horrors
> > > discussed above.
> >
> > I think using get_page() might be a good way to go.
>
> get_page() doesn't pin the inode - truncate() will still detach it
> from the address_space().
Yes, I know. And exactly because of that I'd like to use it. Flusher
thread would lock the page from the work item, check whether it is still
attached to the inode and if yes, it will proceed. Otherwise it will just
discard the work item because we know the page has already been written out
by someone else or truncated.

Honza
--
Jan Kara <jack@suse.cz>
SUSE Labs, CR


\
 
 \ /
  Last update: 2012-03-01 22:19    [W:0.762 / U:2.120 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site