From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 3 06:45:58 2012 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85B93106566B for ; Tue, 3 Jul 2012 06:45:58 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 089098FC14 for ; Tue, 3 Jul 2012 06:45:57 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id q636joSE021929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 3 Jul 2012 08:45:50 +0200 Received: from portgus.lan ([147.83.40.234]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id q636jnrO031677 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 3 Jul 2012 08:45:50 +0200 Message-ID: <4FF29521.3010106@entel.upc.edu> Date: Tue, 03 Jul 2012 08:45:53 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120620 Thunderbird/13.0.1 MIME-Version: 1.0 To: matt References: <4FE99A6A.30809@entel.upc.edu> <4FF25B3F.3040704@gmail.com> In-Reply-To: <4FF25B3F.3040704@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Tue, 03 Jul 2012 08:45:50 +0200 (CEST) Cc: freebsd-acpi@freebsd.org Subject: Re: Unable to resume amd64 machine X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Jul 2012 06:45:58 -0000 On 03/07/2012 04:38, matt wrote: > On 06/26/12 04:18, Gustau Pérez i Querol wrote: >> >> Hi, >> >> it seems there was some problem when I posted this one. Sorry if it >> shows two times in the mailing list. >> >> I've trying to suspend/resume an amd64 machine. The machine is a >> fujitsu S710 laptop running: >> >> FreeBSD 10.0-CURRENT #4 r237339=e61ad3a-dirty: Sat Jun 23 >> 17:12:58 CEST 2012 >> >> I did the tests in the following conditions: >> >> - No X loaded. Everything in console. The machine has an Intel >> video card, but the i915kms wasn't there. >> - When removing modules, I tried in single user mode. >> >> The behavior is basically the machine seems to suspend fine (I see >> the power led blinking) but when resuming it freezes hard. I see the >> disk spinning for a while and then it stops. I can't ssh to it, I >> can't use the keyboard at all so I can issue no command at all. >> >> I've tried stripping down the kernel (everything is out except >> if_ath, em and usb stack). No pccard, no sdhci, no sound, no >> cuse4bsd, no usb hid devices (I'm using uhidd for hid devices), no >> acpi_video or acpi_fujitsu there but the same result. >> >> I tried enabling debug.acpi.resume_beep=1. When doing this, the >> laptop beeped like crazy. >> >> With sysctl debug.acpi.suspend_bounce=1, the suspend put the screen >> blank, however the machine stayed alive. >> >> With acpi.reset_video I got no result. >> >> I tried using the serial console on the laptop. I saw the suspend >> process taking down some usb devices. Resume showed nothing on the >> serial console. >> >> Disabling devices in the BIOS (removing wifi, bluetooth, webcam, >> etc ...) didn't bring me further. >> >> Thanks >> >> > This could be similar to thinkpads, see my response to Honest Qiao's > X201... > Here's the short version: > > In single user, set hw.pci.do_power_resume=0 and > hw.pci.do_power_suspend=0 > > Try suspend bounce (and if successful suspend) with suspend beep > sysctl on. > > If that fails (either bounce or full suspend) try just > hw.pci.do_power_resume=1 > > repeat test (bounce then full suspend) > > If that fails (either bounc or full suspend) try just > hw.pci.do_power_suspend=1 > > repeat test (bounce then full suspend) > It'll give it a try. > I recommend testing laptop with SSH or some other screenless way of > seeing if it resumed, as onboard graphics can be tricky these days. > Well, I even tried with serial console to avoid problems with if_em/if_ath. Thanks for your suggestions, Gus > Matt -- --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Departament d'Enginyeria Telemàtica O O O Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona