Re: Re: fbcon woes with closed source framebuffer kernel module

["Antonino A. Daplas" <adaplas@gmail.com>]

Lior Balkohen wrote:
 > i don't think so:
> 
> nm head.ko | grep pfb
> 000125bc t pfb_check_var
> 00003a28 d pfb_default
> 00000000 t pfb_fix
> 00012c50 t pfb_pan_display
> 0001edb0 b pfb_pseudo_palette
> 00012798 t pfb_set_par
> 00012af4 t pfb_setcolreg


That's okay, it's probably using the generic functions, cfb_imageblit,
cfb_copyarea, and cfb_fillrect. Check lsmod, or grep for imageblit,
copyarea and fillrect.

> 
>> Check the output of fbset -i and post it here.
> 
> /tmp > ./fbset -i
> 
> mode "720x576-171"
>     # D: 50.000 MHz, H: 54.825 kHz, V: 170.793 Hz
>     geometry 720 576 720 576 8
>     timings 20000 64 64 32 32 64 2
>     laced true
>     rgba 8/16,8/8,8/0,8/24
> endmode
> 
> Frame buffer device information:
>     Name        : Pallas FB
>     Address     : 0xa0901000
>     Size        : 2093056
>     Type        : PACKED PIXELS
>     Visual      : PSEUDOCOLOR
>     XPanStep    : 1
>     YPanStep    : 1
>     YWrapStep   : 1
>     LineLength  : 720
>     Accelerator : No
> 

I don't think this is correct.  It describes RGBA8888 as
pseudocolor (indexed palette).  Try doing an fbset -depth 8
and check the fbset -i output again.  

Tony


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php