From owner-freebsd-acpi@freebsd.org Thu Apr 21 14:46:11 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 B182AB171F9 for ; Thu, 21 Apr 2016 14:46:11 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (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 7B80D115C for ; Thu, 21 Apr 2016 14:46:11 +0000 (UTC) (envelope-from dieterich.joh@gmail.com) Received: by mail-oi0-x236.google.com with SMTP id x201so86718977oif.3 for ; Thu, 21 Apr 2016 07:46:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=9k6dP6Kp/fZ7FDF8zCJaysV2ZIVseGsitVjL52Q5wgU=; b=DiCF/k4OVYgmMNgDmhlGzWoN/m+fex9UghTWxvM+eEg7sXSxf1SZxVMLxRQsWqwoAz GIAWO7jaMh6sOP8nZCifkTq4WMyaDHbV9zVTQJusyn8QZEv1GUYNWIHnPhuzFkGR+HCw JAomgAdOGktXEIHOHH/zHOlZcf8dOWNovpAKusWBIeYpHELQX0MC/t2uAhPZYw+QgR/c x6Az4VvWJMmsuhmeVMD5gc1YFSVlxI3iXFNIGcgjhNokNdGRMr0mFzg00ga7MhE4Ooe/ YtKVtqLqXHwr4zNFcVQEf+fVnwqmEhKkQq3Pg+z23IO1HgGz9BvxWD6xul7LvZBn84nz DMHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=9k6dP6Kp/fZ7FDF8zCJaysV2ZIVseGsitVjL52Q5wgU=; b=XamcZzdvGArsyFLuoM4XvIPbWPcFf4BgTakTt2TyjAKbjNxM0vi25jfVxG9jUNSow5 CziU6pKFTVlvbTRImI+VRnoEsYEuRaBlaQWMgcDlg9EnW3Hu3Rq6lfM3UGCG+Djj8M+f 5HxKbyhm8hkdiFFsIW3a8qw5jXYQQ2KW90vVaClER4D/3b9Ikzmka91BkBfcFqpSYwaX sjZ7q6DaaIM0Kz3Xz/IVwjud+Zksgr3P1kteMTxs4brs9E+e+uCGo7ux8qjWbz+BP+Ws xQGKH3mZbFL1M175bNoTRj0j08rPAwix4XbTYGwdPwS7ClVz69de5RvEu7MHr7dZwOYA UEvw== X-Gm-Message-State: AOPr4FWqKR20LmiM+AmgyA48LuJk9xjmw1/LOvVJGeFV0wzSNOhx/l7inCd7UdbH57LNLBAgY8DrlUygBLOayA== MIME-Version: 1.0 X-Received: by 10.60.123.41 with SMTP id lx9mr6622384oeb.55.1461249970766; Thu, 21 Apr 2016 07:46:10 -0700 (PDT) Received: by 10.202.199.135 with HTTP; Thu, 21 Apr 2016 07:46:10 -0700 (PDT) Date: Thu, 21 Apr 2016 10:46:10 -0400 Message-ID: Subject: high acpi_task load From: Johannes Dieterich To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 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: Thu, 21 Apr 2016 14:46:11 -0000 Dear all, I have for a long time observed a very high system load (seemingly erratic) on my Elitebook 745 G3. I am finally able to reproduce the behavior and would love input on how to solve it. If the laptop is attached to the docking station, acpi_task processes are eating up an entire core worth of CPU time, thereby disallowing the system to ever get to idle states with temperature and load issues associated. This is in so far reprodroducable as that locking it in at runtime causes these processes to appear on top -SH, disconnecting at runtime causes them to disappear. Inspecting a core dump generated during high load seems to point to ACPI's thermalzone: #5 0xffffffff803b0a97 in acpi_tz_cooling_thread (arg=) at /usr/src/sys/dev/acpica/acpi_thermal.c:1162 #6 0xffffffff809ec8e4 in fork_exit ( callout=0xffffffff803b0620 , arg=0xfffff800055f9a00, frame=0xfffffe043f590a40) This is a timer: tsleep(&sc->tz_cooling_proc, PZERO, "cooling", hz * sc->tz_zone.tsp / 10); As I reported earlier, the thermal zones are very broken on this notebook. However, it surprises me that this would a) have such an impact and b) only when connected to a docking station. Any input/ideas are appreciated! Happy to test things. Johannes From owner-freebsd-acpi@freebsd.org Thu Apr 21 15:25:30 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 88ACFB15BE6 for ; Thu, 21 Apr 2016 15:25:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (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 554A21ACB for ; Thu, 21 Apr 2016 15:25:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x229.google.com with SMTP id 2so89576445ioy.1 for ; Thu, 21 Apr 2016 08:25:30 -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=z6730bm0ozabxajFZ4D1IRZyRrfMyClR6BjamlSU4Dc=; b=ArGArgBnKLna6QGo/9jjboFYTv+8p++BbJ5lx+0Tmk8Nan0JiBgOrVCt8MhYZRl2N8 2S43f+ijqqK0mifeIx7t2YNHP2H91xVJjpzCGoxoIOA/h6NKMXjM1R+3OI5AyAmPGZLj iKkgG7JKMs42ibROOuqEinFCbBTorwuM3PClmZMM/QpnEBIhkGuLn+SvGc+b9DtoQUIp UkCH7JnyR5hA9KFmA+TOp9Z1oUVUslo0GIYzOmepXPTIYqknSD+ARt9eg9B674so42Jm +zKG2YTSiTcxNXemcXp5K4NuJvy5BCY6y6S2wXSzx5AC36G/aV5FqLqf2JcLSzR8IRoD Hxww== 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=z6730bm0ozabxajFZ4D1IRZyRrfMyClR6BjamlSU4Dc=; b=G6SmOXac5gV2rVsWoMT3HQV1ynHgXeOq0MOGpES4OgY7ARaRigS6BkjCmmHbJX8UHV lDnlwwu9sKxo4A58KGSgyMdKB7ReJg1lUk7LpzhCxLJf2FaVQ/XLIadO7xzxL/2npXQn H7z0bGFW8dRbb+3ZJHylsNhBer7pKPJWq4VNT0O/zTO2Dd8TPVWytMhKTL6fqVNI2QB6 V3Vv3qR6C6tAVRKSnlcF/8AByOkK+WkUQrxbVAOyF+4vZDve4KDlI0o6t1qS9SKWdmyV gJ0tT1hjPBbWdrf8QPH165sODwhTbZyI+Rt5TRqagYdFqQSeeU/ifUms2v8HhP+72wwK FWig== X-Gm-Message-State: AOPr4FVsJD/bFJIMTwt23jywy9jabvKwthOA+x/e7E9B9Lic4IRC/KuHeBU2X0SnEV9Q8OnYq68V6bcIApApIA== MIME-Version: 1.0 X-Received: by 10.107.48.131 with SMTP id w125mr16610759iow.123.1461252329574; Thu, 21 Apr 2016 08:25:29 -0700 (PDT) Received: by 10.36.14.19 with HTTP; Thu, 21 Apr 2016 08:25:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 21 Apr 2016 08:25:29 -0700 Message-ID: Subject: Re: high acpi_task load From: Adrian Chadd To: Johannes Dieterich Cc: "freebsd-acpi@freebsd.org" Content-Type: text/plain; charset=UTF-8 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: Thu, 21 Apr 2016 15:25:30 -0000 What's the value of sc->tz_zone.tsp ? -a On 21 April 2016 at 07:46, Johannes Dieterich wrote: > Dear all, > > I have for a long time observed a very high system load (seemingly > erratic) on my Elitebook 745 G3. I am finally able to reproduce the > behavior and would love input on how to solve it. > > If the laptop is attached to the docking station, acpi_task processes > are eating up an entire core worth of CPU time, thereby disallowing > the system to ever get to idle states with temperature and load issues > associated. > > This is in so far reprodroducable as that locking it in at runtime > causes these processes to appear on top -SH, disconnecting at runtime > causes them to disappear. > > Inspecting a core dump generated during high load seems to point to > ACPI's thermalzone: > > #5 0xffffffff803b0a97 in acpi_tz_cooling_thread (arg=) > at /usr/src/sys/dev/acpica/acpi_thermal.c:1162 > #6 0xffffffff809ec8e4 in fork_exit ( > callout=0xffffffff803b0620 , > arg=0xfffff800055f9a00, frame=0xfffffe043f590a40) > > This is a timer: tsleep(&sc->tz_cooling_proc, PZERO, "cooling", hz * > sc->tz_zone.tsp / 10); > > > As I reported earlier, the thermal zones are very broken on this > notebook. However, it surprises me that this would a) have such an > impact and b) only when connected to a docking station. > > Any input/ideas are appreciated! Happy to test things. > > Johannes > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-acpi@freebsd.org Thu Apr 21 21:03:06 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 D4A95B1839C for ; Thu, 21 Apr 2016 21:03:06 +0000 (UTC) (envelope-from freisingermichael@gmail.com) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (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 99A30151F for ; Thu, 21 Apr 2016 21:03:06 +0000 (UTC) (envelope-from freisingermichael@gmail.com) Received: by mail-ob0-x234.google.com with SMTP id j9so39010768obd.3 for ; Thu, 21 Apr 2016 14:03:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=Xl2aw2/SnKtxhf2MNru2UEuPHgmmXIBb3Ix1FhU2mL0=; b=0Ee6Q52AbE+zG3p+uaEKuWFY+TMNcY01ZBbL8Igxj6H+luw74hroEwrrtvHsjYkTOc usGbLIuyfklyMFqBG2k3ULMt19c21L7Tq2GDbSigeql0iN+I485GvRKYQvo50/JSUig3 vMMb13AuClukbNQCDc/qTGFat+6XbzEJxHqBZIXJ1lEmXt2YKi9R62myfJOj76aUt2cw W2ptnd6BM1lP+RAsuVdFAZv1cVhqbLkbhdKlHVDbK+KfvEOuAmuX5nlLSAhm1ZZRneEH MT/f4ppdt9t2X9vjbJuuz8e+zkwzhZk5OmI0eHHd/kuC6YF0LSoJlgOwa2sNb1Mtn+X0 K1uQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=Xl2aw2/SnKtxhf2MNru2UEuPHgmmXIBb3Ix1FhU2mL0=; b=MWNA3Wg4ujuolkH9a7QuA9nJGcRgR123HM1crcoz4JqM341FNOeBuP6Y8z6AQOiKLi UaWtrfExCxQQATCZK67BuLhjZK5cnztkscpnnFeDn5y1NaRPrCbk7LO9p5PPRQ7SjAqX f3XJEfSN+nTviDzGAj/HaZGH7apHL99CfaVukEJrGVmW6Z1jILNRdYsvP48728NpUB8I ZOhsFErsa6yumWZ2vDW6BIUt1wMS/9ms0B0FnxpJWDxGKTg4oYrDb/MIkZrwkZ7ptvsr ZcgHZDudafx+ZEk8nstORP2cmi5viyHoOMxCBE1ImNnfkSHE8RIE7ZwLrq2ys+eZsLfi Nznw== X-Gm-Message-State: AOPr4FVxz5KzEQrhu1g/Rr3mdWQBiHIYpbWxRqKigDlM0z+eesHp+LxRO0ygKppIuQgI4BjMxhfegjXO9rWmow== MIME-Version: 1.0 X-Received: by 10.60.42.4 with SMTP id j4mr7144505oel.7.1461272585777; Thu, 21 Apr 2016 14:03:05 -0700 (PDT) Received: by 10.202.213.138 with HTTP; Thu, 21 Apr 2016 14:03:05 -0700 (PDT) Date: Thu, 21 Apr 2016 23:03:05 +0200 Message-ID: Subject: Suspend to RAM problem From: Michael Freisinger To: freebsd-acpi@FreeBSD.org Content-Type: multipart/mixed; boundary=089e0149d31265d5a005310509ad 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: Thu, 21 Apr 2016 21:03:06 -0000 --089e0149d31265d5a005310509ad Content-Type: text/plain; charset=UTF-8 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. 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. 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. Thank you very much in advance. Best regards, Michael --089e0149d31265d5a005310509ad Content-Type: application/octet-stream; name="dmesgWithAcpi.output" Content-Disposition: attachment; filename="dmesgWithAcpi.output" Content-Transfer-Encoding: base64 X-Attachment-Id: f_inarw5mt0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMTYgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCAxMC4zLVJFTEVBU0UgIzAgZjkzNWFmOChmcmVlYnNk MTApOiBNb24gQXByIDE4IDEwOjU4OjM2IFBEVCAyMDE2CiAgICByb290QGJ1aWxkLml4c3lzdGVt cy5jb206L3RhbmsvaG9tZS9uaWdodGxpZXMvYnVpbGQtZnJlZW5hczkvX0JFL29ianMvdGFuay9o b21lL25pZ2h0bGllcy9idWlsZC1mcmVlbmFzOS9fQkUvdHJ1ZW9zL3N5cy9GcmVlTkFTLmFtZDY0 IGFtZDY0CkZyZWVCU0QgY2xhbmcgdmVyc2lvbiAzLjQuMSAodGFncy9SRUxFQVNFXzM0L2RvdDEt ZmluYWwgMjA4MDMyKSAyMDE0MDUxMgpDUFU6IEludGVsKFIpIFBlbnRpdW0oUikgQ1BVIEc0NDAw IEAgMy4zMEdIeiAoMzMxMi4xNS1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbj0iR2VudWluZUlu dGVsIiAgSWQ9MHg1MDZlMyAgRmFtaWx5PTB4NiAgTW9kZWw9MHg1ZSAgU3RlcHBpbmc9MwogIEZl YXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZNRSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElD LFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQQVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhT UixTU0UsU1NFMixTUyxIVFQsVE0sUEJFPgogIEZlYXR1cmVzMj0weDRmZmFlYmJmPFNTRTMsUENM TVVMUURRLERURVM2NCxNT04sRFNfQ1BMLFZNWCxFU1QsVE0yLFNTU0UzLFNEQkcsQ1gxNix4VFBS LFBEQ00sUENJRCxTU0U0LjEsU1NFNC4yLHgyQVBJQyxNT1ZCRSxQT1BDTlQsVFNDRExULEFFU05J LFhTQVZFLE9TWFNBVkUsUkRSQU5EPgogIEFNRCBGZWF0dXJlcz0weDJjMTAwODAwPFNZU0NBTEws TlgsUGFnZTFHQixSRFRTQ1AsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDEyMTxMQUhGLEFCTSxQcmVm ZXRjaD4KICBTdHJ1Y3R1cmVkIEV4dGVuZGVkIEZlYXR1cmVzPTB4Mjk0MjYwNzxGU0dTQkFTRSxU U0NBREosRVJNUyxJTlZQQ0lELE5GUFVTRyxSRFNFRUQsU01BUCxDTEZMVVNIT1BULFBST0NUUkFD RT4KICBYU0FWRSBGZWF0dXJlcz0weGY8WFNBVkVPUFQsWFNBVkVDLFhJTlVTRSxYU0FWRVM+CiAg VlQteDogKGRpc2FibGVkIGluIEJJT1MpIFBBVCxITFQsTVRGLFBBVVNFLEVQVCxVRyxWUElECiAg VFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9y eSAgPSAxODA4NTgzODg0OCAoMTcyNDggTUIpCmF2YWlsIG1lbW9yeSA9IDE2NDYwMzA4NDgwICgx NTY5NyBNQikKRXZlbnQgdGltZXIgIkxBUElDIiBxdWFsaXR5IDYwMApBQ1BJIEFQSUMgVGFibGU6 IDxBTEFTS0EgQSBNIEkgPgpGcmVlQlNEL1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVj dGVkOiAyIENQVXMKRnJlZUJTRC9TTVA6IDEgcGFja2FnZShzKSB4IDIgY29yZShzKQogY3B1MCAo QlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQKTogQVBJQyBJRDogIDIKcmFuZG9tOiA8U29mdHdh cmUsIFlhcnJvdz4gaW5pdGlhbGl6ZWQKV0FSTklORzogVklNQUdFICh2aXJ0dWFsaXplZCBuZXR3 b3JrIHN0YWNrKSBpcyBhIGhpZ2hseSBleHBlcmltZW50YWwgZmVhdHVyZS4KaW9hcGljMCA8VmVy c2lvbiAyLjA+IGlycXMgMC0xMTkgb24gbW90aGVyYm9hcmQKa2JkMSBhdCBrYmRtdXgwCmNyeXB0 b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZAphZXNuaTA6IDxBRVMtQ0JD LEFFUy1YVFM+IG9uIG1vdGhlcmJvYXJkCnBhZGxvY2swOiBObyBBQ0Ugc3VwcG9ydC4KYWNwaTA6 IDxBTEFTS0EgQSBNIEkgPiBvbiBtb3RoZXJib2FyZApBQ1BJIEVycm9yOiBbXDEzNF9TQl8uUENJ MC5YSENfLlJIVUIuSFMxMV0gTmFtZXNwYWNlIGxvb2t1cCBmYWlsdXJlLCBBRV9OT1RfRk9VTkQg KDIwMTUwNTE1L2Rzd2xvYWQtMjE5KQpBQ1BJIEV4Y2VwdGlvbjogQUVfTk9UX0ZPVU5ELCBEdXJp bmcgbmFtZSBsb29rdXAvY2F0YWxvZyAoMjAxNTA1MTUvcHNvYmplY3QtMjMzKQphY3BpMDogUG93 ZXIgQnV0dG9uIChmaXhlZCkKY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUxOiA8QUNQSSBD UFU+IG9uIGFjcGkwCmhwZXQwOiA8SGlnaCBQcmVjaXNpb24gRXZlbnQgVGltZXI+IGlvbWVtIDB4 ZmVkMDAwMDAtMHhmZWQwMDNmZiBvbiBhY3BpMApUaW1lY291bnRlciAiSFBFVCIgZnJlcXVlbmN5 IDI0MDAwMDAwIEh6IHF1YWxpdHkgOTUwCkV2ZW50IHRpbWVyICJIUEVUIiBmcmVxdWVuY3kgMjQw MDAwMDAgSHogcXVhbGl0eSA1NTAKRXZlbnQgdGltZXIgIkhQRVQxIiBmcmVxdWVuY3kgMjQwMDAw MDAgSHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQyIiBmcmVxdWVuY3kgMjQwMDAwMDAg SHogcXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQzIiBmcmVxdWVuY3kgMjQwMDAwMDAgSHog cXVhbGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQ0IiBmcmVxdWVuY3kgMjQwMDAwMDAgSHogcXVh bGl0eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQ1IiBmcmVxdWVuY3kgMjQwMDAwMDAgSHogcXVhbGl0 eSA0NDAKRXZlbnQgdGltZXIgIkhQRVQ2IiBmcmVxdWVuY3kgMjQwMDAwMDAgSHogcXVhbGl0eSA0 NDAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQgMHg3MC0weDc3IGlycSA4IG9uIGFj cGkwCmF0cnRjMDogV2FybmluZzogQ291bGRuJ3QgbWFwIEkvTy4KRXZlbnQgdGltZXIgIlJUQyIg ZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMAphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4 NDAtMHg0MywweDUwLTB4NTMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVx dWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kg MTE5MzE4MiBIeiBxdWFsaXR5IDEwMApUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kg MzU3OTU0NSBIeiBxdWFsaXR5IDkwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3 OTU0NU1Iej4gcG9ydCAweDE4MDgtMHgxODBiIG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBD SSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjAKdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhmMDAwLTB4 ZjAzZiBtZW0gMHhmNjAwMDAwMC0weGY2ZmZmZmZmLDB4ZTAwMDAwMDAtMHhlZmZmZmZmZiBpcnEg MTYgYXQgZGV2aWNlIDIuMCBvbiBwY2kwCnZnYXBjaTA6IEJvb3QgdmlkZW8gZGV2aWNlCnhoY2kw OiA8WEhDSSAoZ2VuZXJpYykgVVNCIDMuMCBjb250cm9sbGVyPiBtZW0gMHhmNzExMDAwMC0weGY3 MTFmZmZmIGlycSAxNiBhdCBkZXZpY2UgMjAuMCBvbiBwY2kwCnhoY2kwOiAzMiBieXRlcyBjb250 ZXh0IHNpemUsIDY0LWJpdCBETUEKdXNidXMwOiB3YWl0aW5nIGZvciBCSU9TIHRvIGdpdmUgdXAg Y29udHJvbAp1c2J1czAgb24geGhjaTAKcGNpMDogPHNpbXBsZSBjb21tcz4gYXQgZGV2aWNlIDIy LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKYWhjaTA6IDxBSENJIFNBVEEgY29udHJvbGxlcj4gcG9y dCAweGYwOTAtMHhmMDk3LDB4ZjA4MC0weGYwODMsMHhmMDYwLTB4ZjA3ZiBtZW0gMHhmNzEyODAw MC0weGY3MTI5ZmZmLDB4ZjcxMmMwMDAtMHhmNzEyYzBmZiwweGY3MTJiMDAwLTB4ZjcxMmI3ZmYg aXJxIDE2IGF0IGRldmljZSAyMy4wIG9uIHBjaTAKYWhjaTA6IEFIQ0kgdjEuMzEgd2l0aCA2IDZH YnBzIHBvcnRzLCBQb3J0IE11bHRpcGxpZXIgbm90IHN1cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBj aGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAxIG9uIGFoY2kwCmFoY2ljaDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBv biBhaGNpMAphaGNpY2gzOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKYWhj aWNoNDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA0IG9uIGFoY2kwCmFoY2ljaDU6IDxBSENJ IGNoYW5uZWw+IGF0IGNoYW5uZWwgNSBvbiBhaGNpMApwY2liMTogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGlycSAxNiBhdCBkZXZpY2UgMjguMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWIxCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE5IGF0IGRldmljZSAyOC43 IG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKcmUwOiA8UmVhbFRlayA4MTY4 LzgxMTEgQi9DL0NQL0QvRFAvRS9GL0cgUENJZSBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4ZTAw MC0weGUwZmYgbWVtIDB4ZjcwMDQwMDAtMHhmNzAwNGZmZiwweGY3MDAwMDAwLTB4ZjcwMDNmZmYg aXJxIDE5IGF0IGRldmljZSAwLjAgb24gcGNpMgpyZTA6IFVzaW5nIDEgTVNJLVggbWVzc2FnZQpy ZTA6IENoaXAgcmV2LiAweDU0MDAwMDAwCnJlMDogTUFDIHJldi4gMHgwMDEwMDAwMAptaWlidXMw OiA8TUlJIGJ1cz4gb24gcmUwCnJnZXBoeTA6IDxSVEw4MjUxIDEwMDBCQVNFLVQgbWVkaWEgaW50 ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwCnJnZXBoeTA6ICBub25lLCAxMGJhc2VULCAxMGJhc2VU LUZEWCwgMTBiYXNlVC1GRFgtZmxvdywgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDBiYXNl VFgtRkRYLWZsb3csIDEwMDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCAxMDAwYmFz ZVQtRkRYLWZsb3csIDEwMDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdwpy ZTA6IFVzaW5nIGRlZmF1bHRzIGZvciBUU086IDY1NTE4LzM1LzIwNDgKcmUwOiBFdGhlcm5ldCBh ZGRyZXNzOiBmODozMjplNDo5YjowMDo5ZgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGly cSAxNiBhdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIz CmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNhMDogPElT QSBidXM+IG9uIGlzYWIwCnBjaTA6IDxtZW1vcnk+IGF0IGRldmljZSAzMS4yIChubyBkcml2ZXIg YXR0YWNoZWQpCnBjaTA6IDxtdWx0aW1lZGlhLCBIREE+IGF0IGRldmljZSAzMS4zIChubyBkcml2 ZXIgYXR0YWNoZWQpCmFjcGlfYnV0dG9uMDogPFNsZWVwIEJ1dHRvbj4gb24gYWNwaTAKYWNwaV9i dXR0b24xOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMAphY3BpX3R6MDogPFRoZXJtYWwgWm9uZT4g b24gYWNwaTAKYWNwaV90ejE6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCnVhcnQwOiA8MTY1NTAg b3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uIGFjcGkw CnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwx NiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4g YXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMAphdGtiZGMw OiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBhdCBwb3J0IDB4NjAsMHg2NCBvbiBpc2Ew CmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQwCmF0 a2JkMDogW0dJQU5ULUxPQ0tFRF0KY29yZXRlbXAwOiA8Q1BVIE9uLURpZSBUaGVybWFsIFNlbnNv cnM+IG9uIGNwdTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4g b24gY3B1MApjb3JldGVtcDE6IDxDUFUgT24tRGllIFRoZXJtYWwgU2Vuc29ycz4gb24gY3B1MQpl c3QxOiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUxClpGUyBm aWxlc3lzdGVtIHZlcnNpb246IDUKWkZTIHN0b3JhZ2UgcG9vbCB2ZXJzaW9uOiBmZWF0dXJlcyBz dXBwb3J0ICg1MDAwKQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCmlwZncyICgr aXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVkLCBuYXQgZW5hYmxlZCwgZGVmYXVsdCB0 byBhY2NlcHQsIGxvZ2dpbmcgZGlzYWJsZWQKcmFuZG9tOiB1bmJsb2NraW5nIGRldmljZS4KdXNi dXMwOiA1LjBHYnBzIFN1cGVyIFNwZWVkIFVTQiB2My4wCnVnZW4wLjE6IDwweDgwODY+IGF0IHVz YnVzMAp1aHViMDogPDB4ODA4NiBYSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAzLjAwLzEu MDAsIGFkZHIgMT4gb24gdXNidXMwCnVodWIwOiAyMiBwb3J0cyB3aXRoIDIyIHJlbW92YWJsZSwg c2VsZiBwb3dlcmVkCnVnZW4wLjI6IDxMb2dpdGVjaD4gYXQgdXNidXMwCnVnZW4wLjM6IDxMb2dp dGVjaD4gYXQgdXNidXMwCnVrYmQwOiA8TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAs IHJldiAyLjAwLzEyLjAxLCBhZGRyIDI+IG9uIHVzYnVzMAprYmQyIGF0IHVrYmQwCmFkYTAgYXQg YWhjaWNoMCBidXMgMCBzY2J1czAgdGFyZ2V0IDAgbHVuIDAKYWRhMDogPFRTMzJHU1NEMzcwUyBP MDkxOEI+IEFDUy0yIEFUQSBTQVRBIDMueCBkZXZpY2UKYWRhMDogU2VyaWFsIE51bWJlciBDODAx OTAxODMyCmFkYTA6IDYwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8g MTAyNGJ5dGVzKQphZGEwOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogMzA1MzNNQiAo NjI1MzMyOTYgNTEyIGJ5dGUgc2VjdG9ycykKYWRhMDogUHJldmlvdXNseSB3YXMga25vd24gYXMg YWQ0CmFkYTEgYXQgYWhjaWNoMSBidXMgMCBzY2J1czEgdGFyZ2V0IDAgbHVuIDAKYWRhMTogPFdE QyBXRDYwRUZSWC02OEwwQk4xIDgyLjAwQTgyPiBBQ1MtMiBBVEEgU0FUQSAzLnggZGV2aWNlCmFk YTE6IFNlcmlhbCBOdW1iZXIgV0QtV1hCMUhCNFZZU0NGCmFkYTE6IDYwMC4wMDBNQi9zIHRyYW5z ZmVycyAoU0FUQSAzLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGExOiBDb21tYW5kIFF1ZXVl aW5nIGVuYWJsZWQKYWRhMTogNTcyMzE2Nk1CICgxMTcyMTA0NTE2OCA1MTIgYnl0ZSBzZWN0b3Jz KQphZGExOiBxdWlya3M9MHgxPDRLPgphZGExOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDYK YWRhMiBhdCBhaGNpY2gyIGJ1cyAwIHNjYnVzMiB0YXJnZXQgMCBsdW4gMAphZGEyOiA8V0RDIFdE MzBFWlJTLTAwSjk5QjAgODAuMDBBODA+IEFUQTgtQUNTIFNBVEEgMi54IGRldmljZQphZGEyOiBT ZXJpYWwgTnVtYmVyIFdELVdDQVdaMDA0ODc5MgphZGEyOiAzMDAuMDAwTUIvcyB0cmFuc2ZlcnMg KFNBVEEgMi54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMjogQ29tbWFuZCBRdWV1ZWluZyBl bmFibGVkCmFkYTI6IDI4NjE1ODhNQiAoNTg2MDUzMzE2OCA1MTIgYnl0ZSBzZWN0b3JzKQphZGEy OiBxdWlya3M9MHgxPDRLPgphZGEyOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDgKYWRhMyBh dCBhaGNpY2gzIGJ1cyAwIHNjYnVzMyB0YXJnZXQgMCBsdW4gMAphZGEzOiA8V0RDIFdEMzBFWlJY LTAwTU1NQjAgODAuMDBBODA+IEFUQTgtQUNTIFNBVEEgMy54IGRldmljZQphZGEzOiBTZXJpYWwg TnVtYmVyIFdELVdDQVdaMjE3MDAyMQphZGEzOiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEg My54LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhMzogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVk CmFkYTM6IDI4NjE1ODhNQiAoNTg2MDUzMzE2OCA1MTIgYnl0ZSBzZWN0b3JzKQphZGEzOiBxdWly a3M9MHgxPDRLPgphZGEzOiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDEwCmFkYTQgYXQgYWhj aWNoNCBidXMgMCBzY2J1czQgdGFyZ2V0IDAgbHVuIDAKYWRhNDogPFdEQyBXRDQwMDFGQUVYLTAw TUpSQTAgMDEuMDFMMDE+IEFUQTgtQUNTIFNBVEEgMy54IGRldmljZQphZGE0OiBTZXJpYWwgTnVt YmVyIFdELVdNQzFGMDU2MjgyNAphZGE0OiA2MDAuMDAwTUIvcyB0cmFuc2ZlcnMgKFNBVEEgMy54 LCBVRE1BNiwgUElPIDgxOTJieXRlcykKYWRhNDogQ29tbWFuZCBRdWV1ZWluZyBlbmFibGVkCmFk YTQ6IDM4MTU0NDdNQiAoNzgxNDAzNzE2OCA1MTIgYnl0ZSBzZWN0b3JzKQphZGE0OiBxdWlya3M9 MHgxPDRLPgphZGE0OiBQcmV2aW91c2x5IHdhcyBrbm93biBhcyBhZDEyClNNUDogQVAgQ1BVICMx IExhdW5jaGVkIQpUaW1lY291bnRlciAiVFNDLWxvdyIgZnJlcXVlbmN5IDE2NTYwNzQ5ODAgSHog cXVhbGl0eSAxMDAwClRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOmZyZWVuYXMtYm9vdC9S T09ULzkuMTAtU1RBQkxFLTIwMTYwNDE4MTc0MyBbXS4uLgpHRU9NX1JBSUQ1OiBNb2R1bGUgbG9h ZGVkLCB2ZXJzaW9uIDEuMy4yMDE0MDcxMS42MiAocmV2IGY5MWUyOGU0MGJmNykKcmUwOiBsaW5r IHN0YXRlIGNoYW5nZWQgdG8gVVAKcG1jOiBVbmtub3duIEludGVsIENQVS4KaHdwbWM6IFNPRlQv MTYvNjQvMHg2NzxJTlQsVVNSLFNZUyxSRUEsV1JJPgpyZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0 byBET1dOCnJlMDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCnVtczA6IDxMb2dpdGVjaCBVU0Ig UkVDRUlWRVIsIGNsYXNzIDAvMCwgcmV2IDEuMTAvMjUuMTAsIGFkZHIgMT4gb24gdXNidXMwCnVt czA6IDE2IGJ1dHRvbnMgYW5kIFtYWVpUXSBjb29yZGluYXRlcyBJRD0wCnVtczE6IDxMb2dpdGVj aCBVU0IgUmVjZWl2ZXIsIGNsYXNzIDAvMCwgcmV2IDIuMDAvMTIuMDEsIGFkZHIgMj4gb24gdXNi dXMwCnVtczE6IDE2IGJ1dHRvbnMgYW5kIFtYWVpUXSBjb29yZGluYXRlcyBJRD0yCnVoaWQwOiA8 TG9naXRlY2ggVVNCIFJlY2VpdmVyLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEyLjAxLCBhZGRyIDI+ IG9uIHVzYnVzMAp3YXJuaW5nOiBLTEQgJy9ib290L21vZHVsZXMvdmJveG5ldGZsdC5rbycgaXMg bmV3ZXIgdGhhbiB0aGUgbGlua2VyLmhpbnRzIGZpbGUKd2FybmluZzogS0xEICcvYm9vdC9tb2R1 bGVzL3Zib3hkcnYua28nIGlzIG5ld2VyIHRoYW4gdGhlIGxpbmtlci5oaW50cyBmaWxlCnZib3hk cnY6IGZBc3luYz0wIG9mZk1pbj0weDMxYyBvZmZNYXg9MHhkYzIKd2FybmluZzogS0xEICcvYm9v dC9tb2R1bGVzL3Zib3huZXRhZHAua28nIGlzIG5ld2VyIHRoYW4gdGhlIGxpbmtlci5oaW50cyBm aWxlCkdFT01fRUxJOiBEZXZpY2UgZ3B0aWQvZTVmMmFkYTEtMDY2MC0xMWU2LWJiZWUtZjgzMmU0 OWIwMDlmLmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlvbjogQUVTLVhUUyAxMjgKR0VP TV9FTEk6ICAgICBDcnlwdG86IGhhcmR3YXJlCkdFT01fRUxJOiBEZXZpY2UgZ3B0aWQvZTY5NDAx OTMtMDY2MC0xMWU2LWJiZWUtZjgzMmU0OWIwMDlmLmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5j cnlwdGlvbjogQUVTLVhUUyAxMjgKR0VPTV9FTEk6ICAgICBDcnlwdG86IGhhcmR3YXJlCkdFT01f RUxJOiBEZXZpY2UgZ3B0aWQvZTc3OWRiOWYtMDY2MC0xMWU2LWJiZWUtZjgzMmU0OWIwMDlmLmVs aSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlvbjogQUVTLVhUUyAxMjgKR0VPTV9FTEk6ICAg ICBDcnlwdG86IGhhcmR3YXJlCkdFT01fRUxJOiBEZXZpY2UgZ3B0aWQvZThhYTEzYWItMDY2MC0x MWU2LWJiZWUtZjgzMmU0OWIwMDlmLmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlvbjog QUVTLVhUUyAxMjgKR0VPTV9FTEk6ICAgICBDcnlwdG86IGhhcmR3YXJlCg== --089e0149d31265d5a005310509ad Content-Type: application/octet-stream; name="sysctlHwAcpi.output" Content-Disposition: attachment; filename="sysctlHwAcpi.output" Content-Transfer-Encoding: base64 X-Attachment-Id: f_inarw5ni1 aHcuYWNwaS50aGVybWFsLnR6MS5fVFNQOiAtMQpody5hY3BpLnRoZXJtYWwudHoxLl9UQzI6IC0x Cmh3LmFjcGkudGhlcm1hbC50ejEuX1RDMTogLTEKaHcuYWNwaS50aGVybWFsLnR6MS5fQUN4OiAt MSAtMSAtMSAtMSAtMSAtMSAtMSAtMSAtMSAtMQpody5hY3BpLnRoZXJtYWwudHoxLl9DUlQ6IDEx OS4wQwpody5hY3BpLnRoZXJtYWwudHoxLl9IT1Q6IC0xCmh3LmFjcGkudGhlcm1hbC50ejEuX1BT VjogLTEKaHcuYWNwaS50aGVybWFsLnR6MS50aGVybWFsX2ZsYWdzOiAwCmh3LmFjcGkudGhlcm1h bC50ejEucGFzc2l2ZV9jb29saW5nOiAwCmh3LmFjcGkudGhlcm1hbC50ejEuYWN0aXZlOiAtMQpo dy5hY3BpLnRoZXJtYWwudHoxLnRlbXBlcmF0dXJlOiAyOS44Qwpody5hY3BpLnRoZXJtYWwudHow Ll9UU1A6IC0xCmh3LmFjcGkudGhlcm1hbC50ejAuX1RDMjogLTEKaHcuYWNwaS50aGVybWFsLnR6 MC5fVEMxOiAtMQpody5hY3BpLnRoZXJtYWwudHowLl9BQ3g6IDcxLjBDIDU1LjBDIDUwLjBDIDQ1 LjBDIDQwLjBDIC0xIC0xIC0xIC0xIC0xCmh3LmFjcGkudGhlcm1hbC50ejAuX0NSVDogMTE5LjBD Cmh3LmFjcGkudGhlcm1hbC50ejAuX0hPVDogLTEKaHcuYWNwaS50aGVybWFsLnR6MC5fUFNWOiAt MQpody5hY3BpLnRoZXJtYWwudHowLnRoZXJtYWxfZmxhZ3M6IDAKaHcuYWNwaS50aGVybWFsLnR6 MC5wYXNzaXZlX2Nvb2xpbmc6IDAKaHcuYWNwaS50aGVybWFsLnR6MC5hY3RpdmU6IC0xCmh3LmFj cGkudGhlcm1hbC50ejAudGVtcGVyYXR1cmU6IDI3LjhDCmh3LmFjcGkudGhlcm1hbC51c2VyX292 ZXJyaWRlOiAwCmh3LmFjcGkudGhlcm1hbC5wb2xsaW5nX3JhdGU6IDEwCmh3LmFjcGkudGhlcm1h bC5taW5fcnVudGltZTogMApody5hY3BpLmNwdS5jeF9sb3dlc3Q6IEMxCmh3LmFjcGkucmVzZXRf dmlkZW86IDAKaHcuYWNwaS5oYW5kbGVfcmVib290OiAxCmh3LmFjcGkuZGlzYWJsZV9vbl9yZWJv b3Q6IDAKaHcuYWNwaS52ZXJib3NlOiAwCmh3LmFjcGkuczRiaW9zOiAwCmh3LmFjcGkuc2xlZXBf ZGVsYXk6IDEKaHcuYWNwaS5zdXNwZW5kX3N0YXRlOiBTMwpody5hY3BpLnN0YW5kYnlfc3RhdGU6 IE5PTkUKaHcuYWNwaS5saWRfc3dpdGNoX3N0YXRlOiBOT05FCmh3LmFjcGkuc2xlZXBfYnV0dG9u X3N0YXRlOiBTMwpody5hY3BpLnBvd2VyX2J1dHRvbl9zdGF0ZTogUzUKaHcuYWNwaS5zdXBwb3J0 ZWRfc2xlZXBfc3RhdGU6IFMzIFM0IFM1Cg== --089e0149d31265d5a005310509ad-- From owner-freebsd-acpi@freebsd.org Thu Apr 21 22:37:56 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 400C3B183A5 for ; Thu, 21 Apr 2016 22:37:56 +0000 (UTC) (envelope-from grog@lemis.com) Received: from www.lemis.com (www.lemis.com [208.86.226.86]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6691345 for ; Thu, 21 Apr 2016 22:37:55 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (www.lemis.com [208.86.226.86]) by www.lemis.com (Postfix) with ESMTP id B3EF01B72803; Thu, 21 Apr 2016 22:37:53 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 66DDC44A5FF; Fri, 22 Apr 2016 08:37:52 +1000 (AEST) Date: Fri, 22 Apr 2016 08:37:52 +1000 From: Greg 'groggy' Lehey To: Michael Freisinger Cc: freebsd-acpi@FreeBSD.org Subject: Re: Suspend to RAM problem Message-ID: <20160421223752.GI15485@eureka.lemis.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="faJ0ivz08JzDjTH2" Content-Disposition: inline In-Reply-To: Organization: The FreeBSD Project Phone: +61-3-5346-1370, +61-3-5309-0418 Mobile: 0401 265 606. Use only as instructed. WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.5.24 (2015-08-30) 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: Thu, 21 Apr 2016 22:37:56 -0000 --faJ0ivz08JzDjTH2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 21 April 2016 at 23:03:05 +0200, Michael Freisinger wrote: > Hello, > > I've built up a NAS system with the following hardware: > ... > > 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. Is this a spontaneous reset or a panic? If it's the former, try to see if any messages are displayed before the reset. If the latter, you should get a dump and look at it. Greg -- Sent from my desktop computer. Finger grog@FreeBSD.org for PGP public key. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://www.lemis.com/grog/email/signed-mail.php --faJ0ivz08JzDjTH2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlcZVkAACgkQIubykFB6QiOdYQCgihGnzYcb8sFgRk7Xh8H4y4+d nNQAoKH/0PpJBQLRWVlQ+rU7Tj1ppk+p =zafn -----END PGP SIGNATURE----- --faJ0ivz08JzDjTH2-- From owner-freebsd-acpi@freebsd.org Fri Apr 22 09:46:48 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 B49FFB196BD for ; Fri, 22 Apr 2016 09:46:48 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0EABC1CCC for ; Fri, 22 Apr 2016 09:46:47 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id u3M9kaB9080848; Fri, 22 Apr 2016 19:46:37 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 22 Apr 2016 19:46:36 +1000 (EST) From: Ian Smith To: Michael Freisinger cc: freebsd-acpi@freebsd.org Subject: Re: Suspend to RAM problem In-Reply-To: Message-ID: <20160422191822.D49078@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 09:46:48 -0000 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 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 > From owner-freebsd-acpi@freebsd.org Sat Apr 23 11:55:58 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 7C1C0B194FD for ; Sat, 23 Apr 2016 11:55:58 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id 483F41D5A for ; Sat, 23 Apr 2016 11:55:57 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from [192.168.0.13] (HSI-KBW-46-223-128-119.hsi.kabel-badenwuerttemberg.de [46.223.128.119]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by bsdforen.de (Postfix) with ESMTPSA id B26093989FA; Sat, 23 Apr 2016 13:55:54 +0200 (CEST) Message-ID: <1461412478.34293.13.camel@bsdforen.de> Subject: Re: Suspend to RAM problem From: Dominic Fandrey To: Michael Freisinger Cc: freebsd-acpi@freebsd.org Date: Sat, 23 Apr 2016 13:54:38 +0200 In-Reply-To: References: <20160422191822.D49078@sola.nimnet.asn.au> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit 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: Sat, 23 Apr 2016 11:55:58 -0000 On Sat, 2016-04-23 at 00:42 +0200, Michael Freisinger wrote: >  > > > > 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 > > > I tested my system with the Live CD mode. ... 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. Have you checked whether you can SSH into the affected box? There are some sysctl switches you could play with: hw.acpi.reset_video hw.syscons.sc_no_suspend_vtswitch -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?