Thread (56 messages) 56 messages, 13 authors, 2004-10-21

Re: [Linux-fbdev-devel] Generic VESA framebuffer driver and Video card BOOT?

From: Martin Waitz <hidden>
Date: 2004-10-18 11:40:35
Also in: lkml

hi :)

On Mon, Oct 18, 2004 at 10:36:32AM +0200, Gerd Knorr wrote:
On Sun, Oct 17, 2004 at 02:07:28PM +0200, Martin Waitz wrote:
quoted
On Fri, Oct 15, 2004 at 03:13:13PM +0200, Gerd Knorr wrote:
quoted
You have a application running which uses the framebuffer device, then
suspend with that app running.  You'll have to restore the state of
the device _before_ restarting all the userspace proccesses, otherwise
the app will not be very happy.
As long as the app only interfaces with the framebuffer device and not
directly with the hardware it won't notice.
Well, mmap("/dev/fb") will just map the gfx cards memory into
the applications address space, so they _will_ interface with
the hardware.
but still through a driver which can take care of this access.
quoted
The apps data will simply not show up on the screen until the
usermode helper finishes.
Whenever writing to the gfx memory before finishing the initialization
is harmless or not probably depends on the hardware, I'd better not
count on it ...
when the application tries to access the framebuffer memory then
the driver is asked to map the corresponding page.
If the hardware does not cope with framebuffer access while it
is not correctly initialized, then the driver can defer those
mappings until the userspace helper is run.

-- 
Martin Waitz

Attachments

  • (unnamed) [application/pgp-signature] 189 bytes
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help