[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20100203152443.7ce8b340@strolchi>
Date: Wed, 3 Feb 2010 15:24:43 +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
On Sun, 31 Jan 2010 09:54:19 +0100
Pavel Machek <pavel@....cz> wrote:
> On Thu 2010-01-28 00:07:51, Stefan Seyfried wrote:
> > 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?
>
> It is. At least svgalib accesses hw directly. It probably can run even
> on framebuffer.
If it accesses hw directly, it's not really "anything-on-framebuffer"
anymore, is it? The framebuffer device is there to abstract the
hardware.
> Well, for now the "shadow buffer" contains only text, not graphics
> images. So you'd need to enlarge it a lot. Doable but more than one liner.
Yes, noticed this today. I was using bootsplash-patched kernels, which
are obviously different in this aspect, so that shifted my view on
reality ;)
--
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