Xfbdev color problems due to endianess

[Daniel Stone]

On Wed, Sep 10, 2008 at 04:06:59PM +0200, Leon Ljunggren wrote:
> I don't understand exactly how I would do this (would wfb even work on
> my platform)? Wouldn't it be easier to just swap the byte order for
> the pixel before xfbdev writes to my frame buffer device? The only
> problem is I can't find where it does this.

wfb works everywhere fb does (i.e. everywhere).  fb is the normal
software rasterisation code, which takes a bass address, stride, etc,
and writes directly to that range.  wfb is literally the exact same
codebase as fb, but instead of writing directly to memory, will issue a
function call, if you've set read/write functions, and ask you to please
write this pixel value to this location.  This gives you the opportunity
to mangle it however you please: change the ordering, tile it, whatever.

So yes, it's completely fine.

Cheers,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.x.org/archives/xorg/attachments/20080910/7235b273/attachment.pgp>