lkml.org 
[lkml]   [2009]   [Aug]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] [11/19] HWPOISON: Refactor truncate to allow direct truncating of page v2
On Wed, Aug 05, 2009 at 03:46:08PM +0200, Andi Kleen wrote:
> On Wed, Aug 05, 2009 at 12:20:08PM +0200, Nick Piggin wrote:
> > > truncate_complete_page(struct address_space *mapping, struct page *page)
> > > {
> > > if (page->mapping != mapping)
> > > - return;
> > > + return -EIO;
> >
> > Hmm, at this point, the page must have been removed from pagecache,
> > so I don't know if you need to pass an error back?
>
> It could be reused, which would be bad for us?

I haven't brought up the caller at this point, but IIRC you had
the page locked and mapping confirmed at this point anyway so
it would never be an error for your code.

Probably it would be nice to just force callers to verify the page.
Normally IMO it is much nicer and clearer to do it at the time the
page gets locked, unless there is good reason otherwise.



\
 
 \ /
  Last update: 2009-08-05 16:05    [W:0.169 / U:0.236 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site