Re: Lite5200 PCI not working

In message [off-list ref] you wrote:

There is generic problem in these Fujitsu Display cobntrollers chips
that their
byte ordering (endianism) does not match with powerPC. So when used
in 32 bit pixels the R, G and B bytes does not match normal way used by
linux Frame buffer devices. Most of  chips allow configuration for little or
big endian based on CPU but CoralP does not and this conversion must be
done by software. For this reason we are offering two display controller

That's  why  we  implemented  drivers  fopr  the  Coral-P  which  are
independedt of the byte-order (and available under GPL).

solutions, CoralP and Rage Mobility M1.  There is some good things in
COralP and at the moment it is only chip specified for
extended temperature range.

Best regards,

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
Until you walk a mile in another man's moccasins, you  can't  imagine
the smell.

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

Wolfgang Denk wrote:

That's  why  we  implemented  drivers  fopr  the  Coral-P  which  are
independedt of the byte-order (and available under GPL).

Do you meaean that responsibility of byte order is left to application
level ?
Linux fbdev just maps display memory to user application space and so it
cant do anything for how R,G,B bits are ordered within word. It is
then responsibility to GUI-engine ( X-server, Embedded-QT ) to
handle this ordering.

Kate


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/