| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 9 Mar 2007 21:13:31 +0000 From: Pavel Machek <pavel@....cz> To: Andrew Johnson <ajohnson@...rinsyc.com> Cc: Matthew Garrett <mjg59@...f.ucam.org>, linux-kernel@...r.kernel.org Subject: Re: [PATCH] Software Suspend: Fix suspend when console is in VT_AUTO/KD_GRAPHICS mode 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@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists