AW: mpc8xx and LCD
Dan Malek
dan at embeddededge.com
Fri Sep 30 23:55:43 EST 2005
On Sep 30, 2005, at 7:07 AM, Fend, Matthias wrote:
> As I know at least the S1D13700 is brand new (the people from Epson
> are working
> on a
> Linux driver at the moment).
OK.
> Do you think it's possible to write the device driver in such a way
> that
> he also translates the pixel data into the indirect register mode of
> the
> S1D13700 ?
The only way I can think of is to access protect the "frame buffer",
trap all accesses and then do some translation in software. Very, very
slow and inefficient. The most efficient way is for applications (like
X)
to do this internally.
> ? You mean the 823 has an internal LCD controller -
Yes.
> ..... I know that but I want to
> use a 860 or 855 (we already use them in other products).
Oh well .... :-)
> Do you think it would be the best way to use an 823 and a driver-only
> display ?
I don't understand the question.
> As there are so many devices with LCD display in use, I thought there
> could be a
> an easy going standard solution for this, but it seems to be a little
> bit tricky
There is a standard. Attach your graphics device to the processor bus
as
a memory mapped device and use a Linux frame buffer :-) The complexity
of your graphics requirements will determine how much additional
software
you have to write. Since I like to use X-windows, most of the software
I
end up writing is in that server, not the Linux driver.
Thanks.
-- Dan
More information about the Linuxppc-embedded
mailing list