From owner-freebsd-acpi@freebsd.org Fri Apr 22 22:42:13 2016 Return-Path: Delivered-To: freebsd-acpi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2A2BBB19D62 for ; Fri, 22 Apr 2016 22:42:13 +0000 (UTC) (envelope-from freisingermichael@gmail.com) Received: from mail-oi0-x235.google.com (mail-oi0-x235.google.com [IPv6:2607:f8b0:4003:c06::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC7D6110C for ; Fri, 22 Apr 2016 22:42:12 +0000 (UTC) (envelope-from freisingermichael@gmail.com) Received: by mail-oi0-x235.google.com with SMTP id k142so130220398oib.1 for ; Fri, 22 Apr 2016 15:42:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=BmWB5oHDvQCTDA751+Mz2W6RA32WqidRMwCd+Mm4b6E=; b=hyNcfKxSHASKzyW053bg5rYjvdM9z8rDiFaC5iE8ZDECrKYMAu4oNlLPbquWbqYe2A M2qa5dMq7fIbBtrxYGMnpDwehMWpZ8agU6iRaSAEFqCHoN+Pvs3O2KSJgz563U5K5uhv U57WN7icjgr+6CotgTSjsv9f8WuOc+AhkhO8UHN6YGGlraiAuG03QsKCLAF6pKv0+nLe j+KucH6aonjS9dXxBjvW5e4tDixUDGhIdQZI2+EOHfOl5VvXevVN1OEvplf873RHLWxz HRUZINl4SZDjw2X4p3B0vb9NZ4dOC+CQhG8oDqnd1alCNzQPoUJVd2Kl4NkkqAZKoZJ2 A37Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=BmWB5oHDvQCTDA751+Mz2W6RA32WqidRMwCd+Mm4b6E=; b=JVIpYs7joVLhjBlMXD5D6mCvUx8IBDmg1jOegvLI6yOrlhhdks51kgmMRs555gXLpL xHLKGN9+E20zl9URmW7szMgBRhs5gWcgR7l1yxyoyKVVlk1iYIjeCbZyz9r/uiHLmpiD 9efSXK9nkGur3Uwm3RPMLfNimd+FTCuwz7/krCbeeGcABFK8rMVbvagkBuaptmZiSqoQ oZXCVenOAQrB4Qj64h5RWExIjNZ/KI48FOUm/jsbHbd9Judvkf1lkf0RlnD0sHxBDLb6 kSVAzB/Y5oAXMmGUL2e5iGSz4JkHIfynZHE7X+NA0HEEAxIQkd9RkGOxeAEJnYRQ3vkF KHyw== X-Gm-Message-State: AOPr4FU4EPbzI0wxumiySPMJO4ZHULz1jChD+ycQDvrLarduXsK2pm8saD5UkpTfy22wIJD/duAnka4YP/X6xQ== MIME-Version: 1.0 X-Received: by 10.157.32.114 with SMTP id n105mr10360662ota.108.1461364932044; Fri, 22 Apr 2016 15:42:12 -0700 (PDT) Received: by 10.202.213.138 with HTTP; Fri, 22 Apr 2016 15:42:11 -0700 (PDT) In-Reply-To: <20160422191822.D49078@sola.nimnet.asn.au> References: <20160422191822.D49078@sola.nimnet.asn.au> Date: Sat, 23 Apr 2016 00:42:11 +0200 Message-ID: Subject: Re: Suspend to RAM problem From: Michael Freisinger To: Ian Smith Cc: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 22:42:13 -0000 Hi Ian, Thank you very much for your answer. > Since it's based on 10.3, I'd suggest booting from a 10.3 CD or memstick > in "Live CD" mode and testing suspend / resume from there, just to rule > out any possible differences with the FreeNAS configuration? If this > problem then persists, people can test against a more familiar baseline. > I tested my system with the Live CD mode. The result is the following: After the command acpiconf -s 3 command the system is starting to suspend. At least I think it is, because there are some suspend messages (very less than with freenas). After that the display signal stops and the power button of my system is blinking. This state is stable. Then I sent a WOL-Package or press the power button and the blinking stops and it seemed that the system is resuming. However the display doesn't get a signal. So I have to do a hard reset to see anything. After this the system is booting normally, of course. I have to mention that I booted the Live CD from an USB stick. Perhaps the USB devices are not available directly after resuming, so the boot device is not available (I heard about this problem from another user). Finally I think my system supports the s3 mode correctly, so probably the freenas configuration is the reason for my problem. It's section 11.13.2.5 in the current online Handbook. > > Have you tried it without (from your sysctl hw.acpi) > hw.acpi.handle_reboot: 1 ? > I think I don't understand your proposal right. Should I set hw.acpi.handle_reboot to 0? Where can I do this? Have you tried with the advice from (online) section 11.13.2.2, namely: > # sysctl debug.bootverbose=1 > # sysctl debug.acpi.suspend_bounce=1 > # acpiconf -s 3 > The first and the second command work fine (the value are set to 1). However when I enter the acpiconf command the behavior is unchanged (the system is starting the suspend process and restarts directly). Did I do something wrong? If nothing more informative turns up soon, you might want to add or > point to a dmesg from booting in verbose mode. From what's there now, I > don't know whether these may be significant? > ACPI Error: [\134_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, > AE_NOT_FOUND (20150515/dswload-219) > ACPI Exception: AE_NOT_FOUND, During name lookup/catalog > (20150515/psobject-233) > Could you tell me the necessary commands to do this? Thank you very much for your help. Best regards, Michael 2016-04-22 11:46 GMT+02:00 Ian Smith : > On Thu, 21 Apr 2016 23:03:05 +0200, Michael Freisinger wrote: > > Hello, > > > > I've built up a NAS system with the following hardware: > > > > - Mainboard: ASUS B150M-K D3 LGA1151 > > - CPU: Intel BX80662G4400 Prozessor > > - RAM: 2x 8GB Kingston ValueRAM DDR3-1600 DIMM CL11 Single > > > > As OS I'm using FreeNAS V9.10 that is based on FreeBSD. > > FreeBSD 10.3-RELEASE #0 f935af8(freebsd10): Mon Apr 18 10:58:36 PDT 2016 > root@build.ixsystems.com: > /tank/home/nightlies/build-freenas9/_BE/objs/tank/home/nightlies/ > build-freenas9/_BE/trueos/sys/FreeNAS.amd64 amd64 > > Since it's based on 10.3, I'd suggest booting from a 10.3 CD or memstick > in "Live CD" mode and testing suspend / resume from there, just to rule > out any possible differences with the FreeNAS configuration? If this > problem then persists, people can test against a more familiar baseline. > > > I'm using this OS, because it provides the possibility to encrypt my > data. > > Therefore it is necessary to enter a passphrase to unlock my hard drives > > after each reboot. > > Since I don't want to run the NAS all time and I don't want to enter the > > passphrase for each access, the suspend to RAM mode is very important > for > > me. > > > > And here is my problem: > > When I execute the command "acpiconf -s 3" the system is starting to > > suspend. However after a while (just a few seconds) the system is > rebooting > > (ASUS boot screen is displayed) and I have to type in the passphrase > again. > > > > I already tried to fix this with your description from chaptor > "11.16.3.5 > > System Powers Up After Suspend or Shutdown", but without success. > > It's section 11.13.2.5 in the current online Handbook. > > Have you tried it without (from your sysctl hw.acpi) > hw.acpi.handle_reboot: 1 ? > > Have you tried with the advice from (online) section 11.13.2.2, namely: > # sysctl debug.bootverbose=1 > # sysctl debug.acpi.suspend_bounce=1 > # acpiconf -s 3 > > > I attached some logs. I thing the names are self-explanatory. > > The ACPI Source Language file can be found here: > > > https://dl.dropboxusercontent.com/u/17336975/root-ASUSB150M-KD3LGA1151.asl > > > > If you need further logs or information, please contact me. > > If nothing more informative turns up soon, you might want to add or > point to a dmesg from booting in verbose mode. From what's there now, I > don't know whether these may be significant? > > ACPI Error: [\134_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, > AE_NOT_FOUND (20150515/dswload-219) > ACPI Exception: AE_NOT_FOUND, During name lookup/catalog > (20150515/psobject-233) > > cheers, Ian >