From owner-freebsd-mobile@FreeBSD.ORG Mon Oct 6 02:31:26 2003 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1ED416A4B3 for ; Mon, 6 Oct 2003 02:31:26 -0700 (PDT) Received: from hop.spin.de (hop.spin.de [62.208.121.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C58643FE1 for ; Mon, 6 Oct 2003 02:31:25 -0700 (PDT) (envelope-from anti@spin.de) Received: (qmail 9213 invoked from network); 6 Oct 2003 09:28:15 -0000 Received: from unknown (HELO yps.hq.spin.de) (217.235.90.184) by hop.spin.de with DES-CBC3-SHA encrypted SMTP cert anti@spin.de; 6 Oct 2003 09:28:15 -0000 Received: by yps.hq.spin.de (Postfix, from userid 1001) id 3FBEF4237; Mon, 6 Oct 2003 11:30:34 +0200 (CEST) To: freebsd-mobile@freebsd.org From: Andi Hechtbauer X-PGP-Key-ID: 9922AC9B X-PGP-Key-At: http://staff.spin.de/~anti/anti.key.txt X-PGP-Fingerprint: AADA 0D31 96AC 71A2 3C0F A14D 4D55 7211 9922 AC9B Date: Mon, 06 Oct 2003 11:30:34 +0200 Message-ID: <86pthad879.fsf@yps.hq.spin.de> User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: ACPI suspend/resume on a Fujitsu Siemens Lifebook E 7110 X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Oct 2003 09:31:26 -0000 Hi, I'm following CURRENT on a Fujitsu Siemens Lifebook E 7110, and have seen the ACPI Support substantially improve in the last few weeks. S5 works, S1 isn't supportet, so closing the lid does nothing, but I'd like to help debug S3 suspend/resume. $ sysctl -a [...] hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S1 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 5 [...] zzz(8) seems to call the right thing, FWIW. Beeps twice, pauses for a second or two, goes dark. The blinking LED Symbol suggests that it correctly went to Suspend to RAM mode. But on trying to resume (by pressing the power-button) the machine seems to start (fan noises, LED symbol no longer blinking), but the display stays dark, and it does not respond to keys. /var/log/messages says: kernel: pcib0: slot 29 INTA is routed to irq 11 kernel: pcib0: slot 29 INTC is routed to irq 11 kernel: pcib0: slot 31 INTB is routed to irq 11 kernel: pcib0: slot 31 INTB is routed to irq 11 kernel: pcib1: slot 0 INTA is routed to irq 11 kernel: pcib2: slot 10 INTA is routed to irq 11 kernel: pcib2: slot 10 INTB is routed to irq 11 kernel: pcib2: slot 12 INTA is routed to irq 11 kernel: pcib2: slot 13 INTA is routed to irq 11 kernel: pcib2: slot 14 INTA is routed to irq 11 kernel: wakeup from sleeping state (slept 00:00:36) But it not really wakes up. Well. Not entirely, at least. Is there anyone I can provide with anything to help debugging this? What's the preferred way to debug ACPI-related things? TIA, Andi -- "Yes, but where do you think the chaos came from?"