Microwindows on Icecube/CoralP

Mark Chambers markc at mail.com
Wed Feb 9 00:12:28 EST 2005

>> > This will not work. Microwindows can only  use  a  plain framebuffer
>> > interface,  but  the Coral-P does not allow for such a driver
>> > because of the fact that it has a little-endian register interface.
>> Or is it because 5200 swaps bytes around on PCI.  

>I have similar problems with an MPC5200 board and a Silicon Motion
>SM501 (Voyager) grafic controller. The controller has a PCI and a
>local bus interface. We use the local bus interface to connect it
>with the 5200. In 32 bit truecolor mode everything works fine, but
>in 16 bit mode bytes are swapped: 0x12345678 => 0x34127856.
>I'm not sure, if this problem has something to do with the CoralP
>problem, but it is likely too similar to be completely independent.

Two questions:  Is your local bus set up as 32 bits wide, and are
you writing 32 bits at a time?  The little/big endian issue only 
shows up when writing smaller values than the width of the 
interface.  In other words, an x86 and a PPC will write a 32bit
word to 32bit memory in exactly the same way.  The difference
comes in how they address bytes or words within that 32bit data
lane.  So if you, for instance, are writing longs in truecolor mode
and bytes in 16 bit mode that could explain what you are seeing.

On the 5200 you've got two issues to deal with:  You've got 
the byte/short addressing mismatches that might show up, then
you've also got to take into account that 5200 swaps the
byte lanes around.


More information about the Linuxppc-embedded mailing list