[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080820125033.1cfcc2f1.akpm@linux-foundation.org>
Date: Wed, 20 Aug 2008 12:50:33 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Ian Campbell <ijc@...lion.org.uk>
Cc: torvalds@...ux-foundation.org, linux-kernel@...r.kernel.org,
stable@...nel.org, jayakumar.lkml@...il.com, npiggin@...e.de,
a.p.zijlstra@...llo.nl, hugh@...itas.com, hannes@...urebad.de,
jeremy@...p.org, kel@...ku42.de, armbru@...hat.com
Subject: Re: [PATCH] fbdefio: add set_page_dirty handler to deferred IO FB
On Wed, 20 Aug 2008 20:40:54 +0100
Ian Campbell <ijc@...lion.org.uk> wrote:
> On Wed, 2008-08-20 at 12:30 -0700, Andrew Morton wrote:
> > On Wed, 20 Aug 2008 19:57:53 +0100 Ian Campbell <ijc@...lion.org.uk>
> > wrote:
> > }
> > > +#ifdef CONFIG_FB_DEFERRED_IO
> > > + if (info->fbdefio)
> > > + fb_deferred_io_open(info, inode, file);
> > > +#endif
> >
> > eww, hacky, but drivers/video/fbmem.c already got hacky:
> >
> > #ifdef CONFIG_FB_DEFERRED_IO
> > .fsync = fb_deferred_io_fsync,
> > #endif
> >
> > so it's not an original sin.
>
> That's what I figured.
A better implementation would be to change the fb_ops.fb_open()
arguments, or to add fb_ops.fb_open2() with the file*.
Also, that .fsync thing should be done properly via a new fb_ops.fb_fsync().
But neither are pressing issues and I guess can be left for when Jaya
is feeling bored?
> > Does it work?
>
> Yep.
OK, thanks, I guess we're done with this for now.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists