[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100128000751.099630ed@strolchi>
Date: Thu, 28 Jan 2010 00:07:51 +0100
From: Stefan Seyfried <stefan.seyfried@...glemail.com>
To: Pavel Machek <pavel@....cz>
Cc: "Rafael J. Wysocki" <rjw@...k.pl>, airlied@...ux.ie,
LKML <linux-kernel@...r.kernel.org>,
Jesse Barnes <jbarnes@...tuousgeek.org>,
Eric Anholt <eric@...olt.net>,
pm list <linux-pm@...ts.linux-foundation.org>,
dri-devel@...ts.sourceforge.net,
Alan Cox <alan@...rguk.ukuu.org.uk>
Subject: Re: [linux-pm] [PATCH] PM / i915: Skip kernel VT switch during
suspend/resume if KMS is used
Hi,
On Tue, 26 Jan 2010 15:58:43 +0100 Pavel Machek <pavel@....cz> wrote:
> We need vt switch when display is controlled by userland app directly
> accessing hw. It may or may not be X (svgalib anyone?,
> gtk-on-framebuffer? qtopia?).
anything-on-framebuffer should not be different from plain framebuffer
console, or am I missing something?
> Ideally, userspace should explicitely tell us. KD_KERNEL_GRAPHICS
> console mode?
>
> Plus the switch is needed for any graphics app using fbcon -- I do not
> think we actually save the framebuffer over suspend. (This one should
> probably be fixed).
Framebuffer should be easy to fix - it works pretty well already
because apparently the fbcon code needs to "shadow buffer" all VT
"windows" anyway - so maybe it's just the issue of doing an additional
"redraw()" somewhere appropriate.
The VGA consoles loses their content, because AFAICT they are in the
graphics card memory, which is not saved and restored.
seife
--
Stefan Seyfried
"Any ideas, John?"
"Well, surrounding them's out."
--
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