From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932079AbXCJWFR (ORCPT ); Sat, 10 Mar 2007 17:05:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751212AbXCJWFR (ORCPT ); Sat, 10 Mar 2007 17:05:17 -0500 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:51097 "EHLO amd.ucw.cz" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751200AbXCJWFN (ORCPT ); Sat, 10 Mar 2007 17:05:13 -0500 Date: Sat, 10 Mar 2007 23:04:40 +0100 From: Pavel Machek To: Ingo Molnar Cc: Johannes Stezenbach , Linus Torvalds , "Michael S. Tsirkin" , Adrian Bunk , Andrew Morton , Linux Kernel Mailing List , Jens Axboe , Jeff Chua , linux-pm@lists.osdl.org, lenb@kernel.org, linux-acpi@vger.kernel.org, luming.yu@intel.com, Arkadiusz Miskiewicz , Konstantin Karasyov , Greg KH , linux-usb-devel@lists.sourceforge.net, Thomas Meyer , Meelis Roos , Alexey Starikovskiy , Janosch Machowinski , vladimir.p.lebedev@intel.com, Ash Milsted , dmitry.torokhov@gmail.com, linux-input@atrey.karlin.mff.cuni.cz, "Eric W. Biederman" , seife@suse.de Subject: s2ram (was Re: [2/6] 2.6.21-rc2: known regressions) Message-ID: <20070310220440.GE2758@elf.ucw.cz> References: <20070305015034.GG3441@stusta.de> <20070308123143.GF5149@mellanox.co.il> <20070308192554.GA2999@elte.hu> <20070308230705.GA4611@elte.hu> <20070309174821.GA31754@linuxtv.org> <20070309233508.GB2197@elf.ucw.cz> <20070310090121.GB15647@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070310090121.GB15647@elte.hu> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.11+cvs20060126 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi! > > > Even if one doesn't use the fb console at all, radeonfb apparently > > > is still required on some ThinkPad models to work around BIOS bugs: > > > > > > http://www.thinkwiki.org/wiki/Problem_with_high_power_drain_in_ACPI_sleep#Radeon_GPU_not_powered_off > > > > > > s2ram should be able to work around this, it has parts from > > radeontool. (suspend.sf.net). > > i'm wondering, do you have any idea how Windows handles the > suspend/resume quirks problem area? Do they "curse BIOS vendors and Windows actually have (kernel) graphics drivers that know how to resume the video. If you boot save mode, they go w/o graphics drivers, and have similar problems to us. > btw., the s2ram database seems quite a bit spotty: > > $ ./s2ram -n > Machine is unknown. > This machine can be identified by: > sys_vendor = "System manufacturer" > sys_product = "System Product Name" > sys_version = "System Version" > bios_version = "ASUS A8N-E ACPI BIOS Revision 1008" > > $ ./s2ram -n > Machine is unknown. > This machine can be identified by: > sys_vendor = "Hewlett-Packard " > sys_product = "compaq nx9030 (PG630ET#ABD) " > sys_version = "Rev 1 " > bios_version = "F.15 " > See http://en.opensuse.org/S2ram for details. Desktops are the problem; but that nx9030 should be reasonably easy to add. > even at the link above i didnt find any clear algorithm about how to > extend the quirks-list and the white-list - while i expect that most > people experience what i did: that s2ram doesnt know their boxes. > (otherwise they would not visit that URL at all i suspect) Did you get options for s2ram that work on your systems? Mail them to seife@suse.de, and he'll extend the whitelist ;-). In the meantime, just use -f Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html