Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752858AbYHLKai (ORCPT ); Tue, 12 Aug 2008 06:30:38 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751040AbYHLKaa (ORCPT ); Tue, 12 Aug 2008 06:30:30 -0400 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:34185 "EHLO gprs189-60.eurotel.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750737AbYHLKa3 (ORCPT ); Tue, 12 Aug 2008 06:30:29 -0400 Date: Tue, 12 Aug 2008 12:31:43 +0200 From: Pavel Machek To: Simon Arlott Cc: linux-pm@lists.linux-foundation.org, Linux Kernel Mailing List Subject: Re: [linux-pm] Tyan S2923-E suspend to ram fails to resume Message-ID: <20080812103143.GD2641@elf.ucw.cz> References: <48977AF7.2070300@simon.arlott.org.uk> <20080808071430.GA10370@ucw.cz> <21f16315cade48d9ecdc87a25b769b9f310fa112@8b5064a13e22126c1b9329f0dc35b8915774b7c3.invalid> <489DACCE.7050000@simon.arlott.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <489DACCE.7050000@simon.arlott.org.uk> 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: 1909 Lines: 58 On Sat 2008-08-09 15:42:22, Simon Arlott wrote: > On 08/08/08 12:20, Simon Arlott wrote: >> On Fri, August 8, 2008 08:14, Pavel Machek wrote: >>> On Mon 2008-08-04 22:56:07, Simon Arlott wrote: >>>> My system (Tyan S2923-E, dmesg attached) suspends ok in >>>> all pm_test modes, but it won't resume with pm_test >>>> "none". >>>> >>>> [ 6.423515] mem full: hash matches >>>> >>>> When I press the power button, the port 80 display shows: >>>> FF D0 23 01 D0 ... DE >>>> (and again each time I press it) >>>> >>>> If I force it to turn off, then on again: >>>> FF D0 23 01 D0 ... FF D0 23 01 D0 ... (D2?) D3 00 01 D5 >>>> D6 >>>> >>>> Any ideas? (onboard SAS is disabled, watchdog is >>>> disabled, everything else is enabled, PCI-E graphics >>>> card) >>> >>> Try verifying if it reaches assembly code under realmode/ ... > > I've tried acpi_sleep=s3_beep, and this: > > diff --git a/arch/x86/kernel/acpi/realmode/wakeup.S b/arch/x86/kernel/acpi/realmode/wakeup.S > index 3355973..50e50df 100644 > --- a/arch/x86/kernel/acpi/realmode/wakeup.S > +++ b/arch/x86/kernel/acpi/realmode/wakeup.S > @@ -37,6 +37,11 @@ signature: .long 0x51ee1111 > .code16 > wakeup_code: > _start: > + movb $0xC1, %al > + outb %al, $0x80 > + cli > + hlt > + > cli > cld > > > Which doesn't work either. Yep, that should work. When it does not, it means BIOS is not returning to our real mode code :-(. You may want to try disabling APIC and similar stuff, in hope of working around BIOS bug you are hitting, but ... 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/