Justin Cormack <[EMAIL PROTECTED]> writes:

> > Did that /dev/fb0 is "up". 
> > 
> > > 
> > > Other than that LibGGI should autodetect fbdev and use it. Make sure of 
> > > course, that the user has rw- permissions on the fb device in question.
> > > 
> > 
> > Hmm. When I changed GGI_DISPLAY to 'fbdev', under X, the screen goes black
> > and looks very rudely console-like. I guess this driver does not understand
> > graphics-mode, so that it also cooperates with a mouse pointer.
> > Is it there, where the KGI comes into play?? 
> > 
> > Please, please more clarification!! 
> 
> er, no. Dont run the framebuffer under X. Run it on the console.
> 
> Justin
> 
> 
> 

Did that. Did start my application from the console prompt - no X running.
Did set  GGI_DISPLAY to 'fbdev' before. 
What follows is that I see a few debug print outs that I inserted into the code.
Then, the screen goes black and nothing happens - no mouse or keyboard control.
Had to warm-reset the machine.

I built my linux kernel with the following console driver settings in 
.config:
CONFIG_VGA_CONSOLE=y
CONFIG_VIDEO_SELECT=y
CONFIG_FB=y
CONFIG_DUMMY_CONSOLE=y
CONFIG_FB_VESA=y
CONFIG_FB_VGA16=y
CONFIG_FBCON_CFB8=y
CONFIG_FBCON_CFB16=y
CONFIG_FBCON_CFB24=y
CONFIG_FBCON_CFB32=y
CONFIG_FBCON_VGA_PLANES=y

This is a 2.2.13 kernel and I have a Neomagic graphics card.

Is this problem related to my hardware configuration or is the Software
configuration faulty?

-- 
Thomas Mittelstaedt, software developer
[EMAIL PROTECTED]

Reply via email to