From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263863AbTDNTFg (for ); Mon, 14 Apr 2003 15:05:36 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263859AbTDNTFd (for ); Mon, 14 Apr 2003 15:05:33 -0400 Received: from AMarseille-201-1-4-175.abo.wanadoo.fr ([217.128.74.175]:50215 "EHLO zion.wanadoo.fr") by vger.kernel.org with ESMTP id S263863AbTDNTEr (for ); Mon, 14 Apr 2003 15:04:47 -0400 Subject: RE: Subtle semantic issue with sleep callbacks in drivers From: Benjamin Herrenschmidt To: "Grover, Andrew" Cc: Patrick Mochel , linux-kernel mailing list In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1050347907.5575.89.camel@zion.wanadoo.fr> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 14 Apr 2003 21:18:27 +0200 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > All I am saying is that on Windows, the driver gets no help from the > BIOS, APM, or ACPI, but yet it restores the video to full working > condition. I understand that this sounds complicated, but since there is > an implementation that already does this then I think we have to assume > it's possible. :) Perhaps we should start with older, simpler gfx hw, or > maybe POST the bios, but only as an interim solution until gfx drivers > get better in this area. It's definitely possible as MacOS does that as well. But I doubt the card vendors will ever provide us with the necessary informations... Ben.