From: "Mark Chambers" <markc@mail.com>
To: "Martin Krause" <Martin.Krause@tqs.de>
Cc: linuxppc-embedded <linuxppc-embedded@ozlabs.org>
Subject: Re: Microwindows on Icecube/CoralP
Date: Tue, 8 Feb 2005 08:12:28 -0500 [thread overview]
Message-ID: <002001c50ddf$d849a3e0$0301a8c0@chuck2> (raw)
In-Reply-To: DE2CC66C40EAB74EA6D66AC71BF98E1E03055B6E@TQ-MAILSRV-1
>> > 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.
Mark
next prev parent reply other threads:[~2005-02-08 13:08 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-08 7:33 AW: Microwindows on Icecube/CoralP Martin Krause
2005-02-08 8:17 ` Jarno Manninen
2005-02-08 9:17 ` Geert Uytterhoeven
2005-02-08 13:12 ` Mark Chambers [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-02-07 15:24 francois.ruvoen
2005-02-07 10:10 francois.ruvoen
2005-02-07 12:59 ` Mark Chambers
2005-02-07 19:55 ` Wolfgang Denk
2005-02-07 20:30 ` Mark Chambers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='002001c50ddf$d849a3e0$0301a8c0@chuck2' \
--to=markc@mail.com \
--cc=Martin.Krause@tqs.de \
--cc=linuxppc-embedded@ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).