[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45a44e480702211522q6225d4fbx3f7d99fcef5fe93c@mail.gmail.com>
Date: Wed, 21 Feb 2007 18:22:58 -0500
From: "Jaya Kumar" <jayakumar.lkml@...il.com>
To: "James Simmons" <jsimmons@...radead.org>
Cc: "Geert Uytterhoeven" <geert@...ux-m68k.org>,
"Paul Mundt" <lethal@...ux-sh.org>,
"Peter Zijlstra" <a.p.zijlstra@...llo.nl>,
"Linux Frame Buffer Device Development"
<linux-fbdev-devel@...ts.sourceforge.net>,
"Linux Kernel Development" <linux-kernel@...r.kernel.org>,
linux-mm@...ck.org
Subject: Re: [PATCH 2.6.20 1/1] fbdev,mm: hecuba/E-Ink fbdev driver
On 2/21/07, James Simmons <jsimmons@...radead.org> wrote:
>
> Could you make it work without the framebuffer. There are embedded LCD
> displays that have internal memory that need data flushed to them.
>
I'm not sure I understand. What the current implementation does is to
use host based framebuffer memory. Apps mmap that memory and draw to
that. Then after the delay, that framebuffer is written to the
device's memory. That's the scenario for hecubafb where the Apollo
controller maintains it's own internal framebuffer.
When you say without the framebuffer, if you meant without the host
memory, then this method doesn't work. If you mean without the
device's internal memory, then yes, I think we can do that, because it
would be up to the driver to use the touched pagelist to then perform
IO as suitable for its device.
Thanks,
jaya
-
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