From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Charl P. Botha" Subject: Re: [PATCH] s3_bios and lcall $0xc000,$3 Date: 18 Feb 2003 14:56:37 +0100 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <1045576597.6967.46.camel@dutidad> References: Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org On Tue, 2003-02-18 at 14:29, Bjorn Wesen wrote: > On 18 Feb 2003, Charl P. Botha wrote: > > If the X server is not using DRI, the BIOS initialisation is mostly > > sufficient, as X resets the correct video mode when one VT switches > > DOes the X server react to the pm events then and does this resetting when > resuming, without having to switch manually to the console before and back > after ? The current X code is not sensitive to all PM events: last I checked only APM. However, currently the code is such that a suspend event automatically switches to a text VT and resume switches back. It makes sense to have this kind of code in the VT switch handling, since an application can do strange things to the video whilst we're switched away from X, so technically, X should never assume any kind of state when it switches back. -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf