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.021 / U:0.952 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site