Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759855AbXFDU5T (ORCPT ); Mon, 4 Jun 2007 16:57:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755725AbXFDU5H (ORCPT ); Mon, 4 Jun 2007 16:57:07 -0400 Received: from ogre.sisk.pl ([217.79.144.158]:40684 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753882AbXFDU5E (ORCPT ); Mon, 4 Jun 2007 16:57:04 -0400 From: "Rafael J. Wysocki" To: Olaf Dietsche Subject: Re: [2.6.22-rc3][ACPI?] Resume from s2r doesn't work. Date: Mon, 4 Jun 2007 23:02:45 +0200 User-Agent: KMail/1.9.5 Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, pm list References: <878xb35sje.fsf@goat.bogus.local> <200706041013.49428.rjw@sisk.pl> <87hcpnpt4k.fsf@goat.bogus.local> In-Reply-To: <87hcpnpt4k.fsf@goat.bogus.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706042302.45628.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2291 Lines: 53 On Monday, 4 June 2007 18:43, Olaf Dietsche wrote: > "Rafael J. Wysocki" writes: > > > On Sunday, 3 June 2007 23:20, Olaf Dietsche wrote: > > > >> But either way the script never reaches "shutdown -rn now". So, it > >> seems, that my laptop does a full resume every other reboot, but it > >> never returns to userspace. > > > > I'm still suspecting that the problem is related to your graphics adapter. > > Maybe it's the most common problem, but why do you think so? Even with > a black screen the kernel should return to userspace. Not necessarily. I have a test box that just crashes if the graphics card is not posted. > > What graphics adapter do you have in the box? > > 0000:01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0148 (rev a2) (prog-if 00 [VGA]) > Subsystem: QUANTA Computer Inc: Unknown device 0729 > Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Latency: 0, Cache Line Size: 0x08 (32 bytes) > Interrupt: pin A routed to IRQ 10 > Region 0: Memory at c4000000 (32-bit, non-prefetchable) [size=64M] > Region 1: Memory at d0000000 (64-bit, prefetchable) [size=128M] > Region 3: Memory at c1000000 (64-bit, non-prefetchable) [size=16M] > Expansion ROM at c2000000 [disabled] [size=128K] > Capabilities: [60] Power Management version 2 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) > Status: D0 PME-Enable- DSel=0 DScale=0 PME- > Capabilities: [68] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- > Address: 0000000000000000 Data: 0000 > Capabilities: [78] #10 [0001] You may try to use 's2ram --force --vbe_post --vbe_mode', if you haven't tried that already. Still, if the card is a 7300 or higher, that need not work (at present we don't know what magic is required to make these cards work). Greetings, Rafael -- "Premature optimization is the root of all evil." - Donald Knuth - 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/