lkml.org 
[lkml]   [2006]   [Jun]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] cramfs corruption after BLKFLSBUF on loop device
 On Thu, Jun 01, Andrew Morton wrote:

> Olaf Hering <olh@suse.de> wrote:
> >
> >
> >
> > +/* return a page in PageUptodate state, BLKFLSBUF may have flushed the page */
> > +static struct page *cramfs_read_cache_page(struct address_space *m, unsigned int n)
> > +{
> > + struct page *page;
> > + int readagain = 5;
> > +retry:
> > + page = read_cache_page(m, n, (filler_t *)m->a_ops->readpage, NULL);
> > + if (IS_ERR(page))
> > + return NULL;
> > + lock_page(page);
> > + if (PageUptodate(page))
> > + return page;
> > + unlock_page(page);
> > + page_cache_release(page);
> > + if (readagain--)
> > + goto retry;
> > + return NULL;
> > +}
>
> Better, but it's still awful, isn't it? The things you were discussing
> with Chris look more promising. PG_Dirty would be a bit of a hack, but at
> least it'd be a 100% reliable hack, whereas the above is a
> whatever-the-previous-failure-rate-was-to-the-fifth hack.

Do you want it like that?

lock_page(page);
if (PageUptodate(page)) {
SetPageDirty(page);
mb();
return page;
}

and perhaps a ClearPageDirty() after memcpy.
-
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: 2006-06-01 23:44    [W:0.055 / U:0.548 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site