Quoting Stephen GALLIMORE: > Hi all, > > I have been working on a DirectFB port to the SH4 architecture and to CE > devices > produced by STMicroelectronics.
Nice, which devices? Is there public information available? > I have noticed that applications (such as > the > examples) that draw to the primary surface are not suspended when the VT is > switched and continue to draw over the framebuffer, along with whatever is > supposed > to be on the new VT. Yes, that's happening with "fullscreen" applications :( > At first I thought I had missed something in my gfxcard driver for the > hardware, > but then discovered that the PC version using vesafb has the same behaviour. > Additionally if applications are forced into a window (--dfb:force-windowed) > it all works as expected. Turing on debug shows that the suspend is being > attempted in both cases and the only difference between non-windowed and > windowed is an additional message, from dfb_surface_software_lock > (surfaces.c:801), > "accessing video memory during suspend". The code path does not appear > to consider this to be an error, or at least no error code is returned when > this happens. > > Is this behaviour expected or would you consider it a bug? I could > understand > a point of view which says an application drawing directly to the primary > surface > never expects to lose the display. However AFAIK you can't prevent a VT > switch > from happening, in which case I would expect DirectFB to work with the rest > of the system. Until now applications are not expecting drawing commands to fail. The window stacking code is aware of suspends and discards any updates during suspend, but recomposites the complete stack (screen) when the session is resumed. One possibility would be to move the video only surfaces into system memory during suspend. The only case which is not covered is when an application just holds the lock on a surface buffer in video memory and continues to write to it while the session is suspended. -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
