Here's a mystery I was hoping someone might know how to solve.
I'm running directfb on an arm9. When I run fbset it tells me the rgba
settings are 5,5,5,0. When I run a simple directfb application it
errors out reporting an Unsupported pixelformat of 5,6,5. Attached is a
console dump showing this. Anyone know why directfb things the
framebuffer is set to 5,6,5 or what I might do to fix this?
Thanks for any help!
Clif
=========console dump====================
# fbset
mode "240x320-1"
# D: 0.150 MHz, H: 0.444 kHz, V: 1.333 Hz
geometry 240 320 240 320 16
timings 6666240 16 21 7 5 61 1
rgba 5/0,5/5,5/10,0/0
endmode
# ./fbtest2
---------------------- DirectFB v0.9.24 ---------------------
(c) 2000-2002 convergence integrated media GmbH
(c) 2002-2004 convergence GmbH
-----------------------------------------------------------
(*) DirectFB/Core: Single Application Core. (2006-05-01 23:45)
(*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 91)...
(!) DirectFB/FBDev: couldn't access /proc/bus/pci/devices!
--> No such file or directory
(*) Direct/Thread: Running 'PS/2 Input' (INPUT, 92)...
(!!!) *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [reactor.c:797]
(*) DirectFB/Input: IMPS/2 Mouse 1.0 (Convergence GmbH)
(*) Direct/Thread: Running 'Linux Input' (INPUT, 93)...
(*) DirectFB/Input: adc-lh7 0.1 (convergence integrated media GmbH)
(*) Direct/Thread: Running 'Keyboard Input' (INPUT, 94)...
(*) DirectFB/Input: Keyboard 0.9 (convergence integrated media GmbH)
(*) DirectFB/Graphics: Generic Software Rasterizer 0.6 (convergence
integrated media GmbH)
(*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH) CSS return from
DirectFBCreate CSS return from SetCooperativeLevel CSS call
CreateSurface
(!) DirectFB/FBDev: Unsupported pixelformat: rgba 5/0, 6/5, 5/11, 0/0
(16bit)
(!!!) *** WARNING [fbdev driver possibly buggy] *** [fbdev.c:1736 in
dfb_fbdev_set_mode()]
(!!!) *** ONCE [unsupported destination format] *** [generic.c:6314 in
gAcquire()] CSS return from CreateSurface CSS Screen width 240, height
320 #
-----Original Message-----
From: Marc Singer [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 02, 2006 9:10 PM
To: Clif Swiggett
Subject: Re: Framebuffer shenanigans
On Tue, May 02, 2006 at 11:20:03AM -0700, Clif Swiggett wrote:
> Marc - I've looked into the framebuffer a little more.
>
> Booted kernel 2.6.16-rc4
> Framebuffer still reports 565
> Looked at build/kernel/.../mach-lh7a40x/lcd_panel.h and clcd.c
> There is some code that looks like it's trying to implement 555, but
> apparently it's not working. I could start trying to debug this. But
> would prefer if you can create a fix.
It's a typo in the lcd-panels.h file.
The lines that read
#if defined (MACH_LPD79520)\
|| defined (MACH_LPD79524)\
|| defined (MACH_LPD7A400)\
|| defined (MACH_LPD7A404)
Need to read
#if defined (CONFIG_MACH_LPD79520)\
|| defined (CONFIG_MACH_LPD79524)\
|| defined (CONFIG_MACH_LPD7A400)\
|| defined (CONFIG_MACH_LPD7A404)
A really dumb error.
_______________________________________________
directfb-dev mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
