Re: [PATCH] Software Suspend: Fix suspend when console is in VT_AUTO/KD_GRAPHICS mode

[Pavel Machek]

Hi!

> > > So... if current console is graphical, we leave X accessing the
> > > console... That's bad, because video state is not going to be
> > > restored...?
> > 
> > A graphical console is not necessarily X. Is there any requirement for
> > there to be a single VT that isn't in text mode? The vt switching is
> > a hack, we shouldn't make life difficult for people who have their own
> > userspace code that's entirely capable of restoring video state on its
> > own.
> 
> The problem actually comes about when using Qtopia Phone Edition (QPE)
> on a PXA270. QPE puts the console into VT_AUTO+KD_GRAPHICS mode and
> writes directly to the framebuffer from then on.  In this mode the
> kernel correctly disallows a console change, as QPE is not getting
> notification of a console change and thus does not know when to repaint
> the screen. 

Fix qpe to use vt_process, instead?

...how does qpe know when to repaint the screen, anyway?

							Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/