Choosing the correct framebuffer configuration
From: Jon Smirl <hidden>
Date: 2005-08-06 01:47:36
If I understand things correctly the framebuffer config is supposed to be controlled by the transp/red/blue/green fields of fb_var_screeninfo during check_var. These fields are then combined to compute the bits_per_pixel. radeonfb is working from the other direction, it starts with bpp and then computes ARGB. This looks wrong to me. Radeonfb supports these four configs controlled by setting BPP: DST_8BPP = 8BPP indexed DST_15BPP = ARGB1555 DST_16BPP = RGB565 DST_32BPP = ARGB8888 The chips actually allow nine configs (maybe more when I get a look at the R300 doc). It is ambiguous to set these configs based on BPP since there are multiple configs for various BPP. These configs should instead be set with the transp/red/blue/green fields. 4bpp Index = /4 8bpp Index = /8 16bpp aRGB 1555 = 1/5/5/5 16bpp RGB 565 = /5/6/5 16bpp aRGB 4444 = 4/4/4/4 16bpp aIndex 88 = 8/8 24bpp RGB 888 = /8/8/8 32bpp aRGB 8888 = 8/8/8/8 32bpp aRGB 2:10:10:10 = 2/10/10/10 What is the best way to fix this? The interesting hidden config is 30b color. I can hack it in by using ARGB if BPP is zero and the old scheme if BPP is set. Do other fbdev drivers have this problem? BTW, Xserver is limited to six of the nine configs. -- Jon Smirl jonsmirl@gmail.com ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf