Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761453AbYBYW6O (ORCPT ); Mon, 25 Feb 2008 17:58:14 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758390AbYBYW5z (ORCPT ); Mon, 25 Feb 2008 17:57:55 -0500 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:35446 "EHLO amd.ucw.cz" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1758178AbYBYW5y (ORCPT ); Mon, 25 Feb 2008 17:57:54 -0500 Date: Mon, 25 Feb 2008 23:58:20 +0100 From: Pavel Machek To: Andrew Morton Cc: "Michael S. Tsirkin" , "Rafael J. Wysocki" , LKML , Alexey Starikovskiy , Len Brown , linux-acpi@vger.kernel.org, Jeff Garzik Subject: Re: broken suspend in .2.6.25-rc3 on T61p (was Re: new regression in 2.6.25-rc3: no keyboard/lid acpi events on thinkpad T61p) Message-ID: <20080225225820.GP2659@elf.ucw.cz> References: <200802252157.10412.rjw@sisk.pl> <20080225212615.GA2659@elf.ucw.cz> <8f53421d0802251331n31b37db8gb644dc9aa2d553d4@mail.gmail.com> <20080225215049.GD2659@elf.ucw.cz> <8f53421d0802251415g2033ca6bqd4e6ea9e2d93f097@mail.gmail.com> <20080225222023.GK2659@elf.ucw.cz> <8f53421d0802251436vd98a97h5db6b8af3dc39d0@mail.gmail.com> <20080225143932.6b83b65d.akpm@linux-foundation.org> <8f53421d0802251448v3e0db63j3f222f041e587f69@mail.gmail.com> <20080225145347.a61f6c61.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080225145347.a61f6c61.akpm@linux-foundation.org> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1229 Lines: 38 Hi! > > > > Maybe it doesn't. Andrew saw the autoresume on -rc[2,3] > > > > > > And earlier - I think 2.6.23 does it as well. > > > > But that one at least resumes fine, does it not? > > Nope, the resume-after-five-seconds and black-screen-after-resume have > always been there (I've only had the thing a few months). > > I thought the restoring of the screen after resume is handled by the X > server? I'm using the nv.o driver. Perhaps nvidia's driver handles it > right, dunno. Aha, so you do not have s2ram from suspend.sf.net installed, do you? Restoring the screen is done by either a) kernel/bios (acpi_sleep=..., or better s2ram -f -a X ) b) vbetool c) X . s2ram should detect your machine, and automatically set acpi_sleep and/or perform vbetool magic. Please try s2ram, there's good chance it will just work. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/