On Fri, Jun 02, Andrew Morton wrote: > On Fri, 2 Jun 2006 10:43:27 +0200 > Olaf Hering <[email protected]> wrote: > > > On Thu, Jun 01, Andrew Morton wrote: > > > > > > > > Do you want it like that? > > > > > > > > lock_page(page); > > > > if (PageUptodate(page)) { > > > > SetPageDirty(page); > > > > mb(); > > > > return page; > > > > } > > > > > > Not really ;) It's hacky. It'd be better to take a lock. > > > > Which lock exactly? > > Ah, sorry, there isn't such a lock. I was just carrying on. > > > I'm not sure how to proceed from here. > > I'd suggest you run SetPagePrivate() and SetPageChecked() on the locked > page and implement a_ops.releasepage(), which will fail if PageChecked(), > and will succeed otherwise: No leak without tweaking PG_private. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- From: Andrew Morton <[email protected]>
- Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- References:
- cramfs corruption after BLKFLSBUF on loop device
- From: Olaf Hering <[email protected]>
- Re: cramfs corruption after BLKFLSBUF on loop device
- From: Olaf Hering <[email protected]>
- [PATCH] cramfs corruption after BLKFLSBUF on loop device
- From: Olaf Hering <[email protected]>
- Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- From: Andrew Morton <[email protected]>
- [PATCH] cramfs corruption after BLKFLSBUF on loop device
- From: Olaf Hering <[email protected]>
- Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- From: Andrew Morton <[email protected]>
- Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- From: Olaf Hering <[email protected]>
- Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- From: Andrew Morton <[email protected]>
- Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- From: Olaf Hering <[email protected]>
- Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- From: Andrew Morton <[email protected]>
- cramfs corruption after BLKFLSBUF on loop device
- Prev by Date: [PATCH -mm] Send statistics even if thread group leader exits
- Next by Date: -rt x86_64 fix for latency tracing
- Previous by thread: Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- Next by thread: Re: [PATCH] cramfs corruption after BLKFLSBUF on loop device
- Index(es):