Framebuffer "hangs" at startup

Framebuffer "hangs" at startup

[Bill Gatliff]

Guys:


Bear with me, this one is a bit tricky to describe...  :)

I'm testing a 2.6.12 kernel and a 2.6.18.1 kernel, and a few in between, 
and they all do it.  All on ARM targets: PXA255 with onboard LCD 
framebuffer, and AT91RM9200 with an S1D13xxx framebuffer.  Duplicated 
with Qt 4.x and SDL 1.2-debian.

The first time I start up a framebuffer-based application, say Qt or 
Antigrain/SDL, things appear to go fine.  But if I abort said program 
with a CTRL-C and restart it, then the application appears to start up 
fine but there's no screen output.  I don't see any output until I do a 
CTRL-Z and then restore the program to the foreground with "fg".  Then 
the screen clears and things start drawing as usual.  The screen also 
draws if I do a CTRL-C instead of -Z, but then the program aborts as you 
would expect.

If I'm running the program under strace then the screen never recovers 
whether I do a CTRL-Z or not.  I see the code hanging in an 
ioctl(KGDKBENT) on /dev/tty8.

Honestly, I'm totally stumped.  Anyone have any suggestions?


b.g.

-- 
Bill Gatliff
bgat@billgatliff.com


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642