From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 4 00:02:43 2010 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 B96D2106566B for ; Sun, 4 Apr 2010 00:02:43 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id 76A338FC0A for ; Sun, 4 Apr 2010 00:02:43 +0000 (UTC) Received: from taiko.lan (84-203-79-36.mysmart.ie [84.203.79.36]) by dd15624.kasserver.com (Postfix) with ESMTP id F143A2C06A840; Sun, 4 Apr 2010 02:02:41 +0200 (CEST) Message-ID: <4BB7D71C.7080303@chillt.de> Date: Sun, 04 Apr 2010 01:02:36 +0100 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> In-Reply-To: <1270337076.1455.60.camel@RabbitsDen> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org, Ian Smith Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Sun, 04 Apr 2010 00:02:43 -0000 > I use $20.00 USD aluminum cooling pad with the pair of built-in > USB-powered fans when doing buildworld and/or compiling something > comparably heavy. I have no problem with using such a contraption. What still has me confused though is that I built world and 700 ports before hitting the first thermal-related shutdown. How come the problem only appeared after a couple of months? Dust buildup - that quickly? > It is really hard to second guess what Windows does if _PSV> _CRT. True, it might be doing some magic. The only Windows installation I have is inside VirtualBox - so I cannot investigate what it would do under these circumstances. Right now, I am running with _PSV and _CRT swapped, as per Ian Smith's suggestion (_PSV=85.0C and _CRT=95.0C). While building KDE, the machine just hit 85°C. Passive cooling successfully prevented the temperature from increasing beyond 87°C - but at huge cost: it reduced the CPU speed to 119 MHz. I have upgraded the two stacks of post-it notes at the back of the machine to packs of handkerchiefs. This increases the space between desk and laptop from 1cm to 3cm and seems to reduce temperatures a bit. Dell's stock laptop feet are only 5mm tall... so having to do this is odd yet again. - Bartosz From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 4 11:42:52 2010 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 5FFA0106566B for ; Sun, 4 Apr 2010 11:42:52 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id DBED88FC16 for ; Sun, 4 Apr 2010 11:42:51 +0000 (UTC) Received: by fxm1 with SMTP id 1so2231058fxm.13 for ; Sun, 04 Apr 2010 04:42:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=4tyqzhy7u5oJUnzXN5P5t2/t/nt8X0Fkfc56qoi55xs=; b=jNpNjKLaOCYuM1pwmAkyoBIGNNSYUSC9WC1Bnv24d89gwIAHiSzs9HTCiqoaC0dxZf QvaDpPBf2rJLK4lAj/T+mmFseHA+Ppxwp5A2488YP6ME4k28mVBLIrSmfmzos9mb5q8v ym1htvSPxbxPV4EfUanDZ3zbMyZ+dQSrU9QBU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=L3IlT0JyZBYmnHAm8/8R3Wcv9fOuqxR4XkKSa+n/6+YRA6KR9o0gjR92YOTa3kcPCa YV09wjHkHYfP/r5wuGzq4U8h3SKpXK7kIubZRqf9NuUGvWYCMyqUNhluCAy/BclRxLEY 5s7Uupgq9fhwq5jGj6e06+PASxMvz7VklfJJk= Received: by 10.223.5.70 with SMTP id 6mr4392338fau.18.1270381370765; Sun, 04 Apr 2010 04:42:50 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 14sm7460359fxm.9.2010.04.04.04.42.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Apr 2010 04:42:49 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4BB7D71C.7080303@chillt.de> Date: Sun, 4 Apr 2010 12:42:48 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> To: Bartosz Fabianowski X-Mailer: Apple Mail (2.1078) Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Ian Smith Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Sun, 04 Apr 2010 11:42:52 -0000 On 4 Apr 2010, at 01:02, Bartosz Fabianowski wrote: >> I use $20.00 USD aluminum cooling pad with the pair of built-in >> USB-powered fans when doing buildworld and/or compiling something >> comparably heavy. >=20 > I have no problem with using such a contraption. What still has me = confused though is that I built world and 700 ports before hitting the = first thermal-related shutdown. How come the problem only appeared after = a couple of months? Dust buildup - that quickly? In those few months, dust could've easily clobbered the air vents and = made the fan unable to remove the heat from inside the computer. Regards, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 4 13:07:53 2010 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 637FA1065673 for ; Sun, 4 Apr 2010 13:07:53 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id AF9F98FC1D for ; Sun, 4 Apr 2010 13:07:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o34D7gM4059157; Sun, 4 Apr 2010 23:07:42 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 4 Apr 2010 23:07:42 +1000 (EST) From: Ian Smith To: Bartosz Fabianowski In-Reply-To: <4BB764CC.60500@chillt.de> Message-ID: <20100404214023.B35463@sola.nimnet.asn.au> References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-984966807-1270381452=:35463" Content-ID: <20100404214445.K35463@sola.nimnet.asn.au> Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Sun, 04 Apr 2010 13:07:53 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-984966807-1270381452=:35463 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: <20100404214445.K35463@sola.nimnet.asn.au> On Sat, 3 Apr 2010, Bartosz Fabianowski wrote: > Alexandre wrote: > > > I would not override _CRT > > Intel seem not to have documented the maximal operating temperature for > this CPU (Core i7 Q720M). But overclocking enthusiast forums mention > automatic throttling from 100°C onward. So while I cannot be sure, I > think the CPU should survive just fine with a _CRT of more than 85°C. I think so too, but suspect those overclockers would be talking about desktop boxes, not laptops? I've seen few laptop _CRT levels at 100C. Personally I suspect they've just got the _PSV and _CRT backwards (95 vs 85C) and that swapping those should give safe passive and critical values .. it could never make sense to have _PSV hotter than _CRT; if they'd intended making _PSV unavailable it should be set -1 like _HOT. Some things to try anyway, along with Alexandre's good clues re thermal polling interval etc - and maybe the cheap cooling pad to boot, or even a more heavy duty one; you likely don't run buildworlds on your lap? :) > > Something to the tune of: > > > > hw.acpi.thermal.tz0.passive_cooling=1 hw.acpi.thermal.user_override=1 > > hw.acpi.thermal.tz0._PSV=75C > > I can do that. But since the CPU is running at ~60°C when completely Sure, but there still should be a discernable fan speedup around 71C; if not then your active cooling may not be working right either. A length of plastic tubing makes a useful 'stethoscope' for listening to fans. > idle, this will essentially force throttling whenever I do anything that > demands a bit of CPU. I bought a quad-core i7 specifically because I want CPU > power. Forcing the CPU to throttle all the time would remove any advantage of > having bought such an expensive CPU. Indeed. You might ask on freebsd-mobile@ is anyone else has one of these beasties, to see whether yours is behaving true to type? As others have mentioned recently as well as Alexandre since, CPU duty cycle throttling seems mostly ineffective on modern multi-cores, and is likely best disabled, leaving stepping between fewer real frequencies to make positive differences in power consumption, thus heat generation. If you do reduce the number of frequencies as mentioned, you may want to reconsider powerd's default values .. only playing around will get you the best optimum between responsiveness, performance and cooling. > > * Is tz0 the only thermal zone you have on this machine? > > All of this is TZ1. TZ0 does exist as well but reports a constant 26.8°C > with a _CRT of 127.0°C - not very interesting. Definitely no active or passive cooling parameters at all for tz0? [..] > I am very reluctant to do this. The laptop is barely three months old. As > long as it is still under warranty, I really do not want to take it apart. > Also, shaving off 3-4°C will not cut it anyway. To prevent the spurious > shutdowns without overriding _CRT, I would need the CPU to run at least > 10-15°C cooler. I guess google would reveal any overheating problems people with this model may be having under Windows, or not? You may just have a faulty unit, and if so installing W on it may be needed for a warranty claim; sadly, the first thing they might blame problems on is an 'other' OS. > dev.cpu.0.freq: 1463 > dev.cpu.0.freq_levels: 1597/35000 1463/31000 1330/27000 1197/23000 1064/19000 > 931/15000 814/13125 698/11250 581/9375 465/7500 349/5625 232/3750 116/1875 I'd be interested to see exactly which of those frequencies remain after you disable p4tcc or acpi_throttle, but maybe you could post dmesg.boot to see which cpufreq drivers are now being used, to save some guesswork? Also, is that 35 Watts at full speed for the whole package, all 4 cores? cheers, Ian --0-984966807-1270381452=:35463-- From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 4 15:53:49 2010 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 6C88F1065674 for ; Sun, 4 Apr 2010 15:53:49 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id 288FD8FC0C for ; Sun, 4 Apr 2010 15:53:48 +0000 (UTC) Received: from taiko.lan (84-203-79-36.mysmart.ie [84.203.79.36]) by dd15624.kasserver.com (Postfix) with ESMTP id 620D42C06A840; Sun, 4 Apr 2010 17:53:47 +0200 (CEST) Message-ID: <4BB8B603.60902@chillt.de> Date: Sun, 04 Apr 2010 16:53:39 +0100 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> In-Reply-To: <1270341153.1455.81.camel@RabbitsDen> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org, Ian Smith Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Sun, 04 Apr 2010 15:53:49 -0000 > If you still have old kernel, you can try booting it and looking at > the system performance with some kind of CPU-bound benchmark. Unfortunately, the old kernel is long gone. > Theoretically, your laptop should be able to run with CPU stuck at > its highest frequency without shutting down. I agree. This is precisely what I am trying to achieve. > ISTR there are few CPU frequency drivers that could use some > disabling. Disabling p4tcc changed nothing. Disabling apci_throttle as well finally reduced the frequencies from 13 to 6. I have yet to see what effect this will have on system performance. > Does 'hw.acpi.thermal.tz1.active' show value of '0' an this point? > Does it go back to '1' when temperature drops below 71C? Does it ever > show '-1'? The value varies between 0 and 1. When the machine is idling, temperature tends to drop to 55°C and then hover there. As this is exactly the lowest _ACx threshold, active stays at 0. Just as I was writing this e-mail, the temperature finally reached 54°C and active went to -1. The fan is still on, however. - Bartosz From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 4 16:31:25 2010 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 BF6E81065672 for ; Sun, 4 Apr 2010 16:31:25 +0000 (UTC) (envelope-from dana.myers@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 722658FC0C for ; Sun, 4 Apr 2010 16:31:25 +0000 (UTC) Received: by gwaa20 with SMTP id a20so1393306gwa.13 for ; Sun, 04 Apr 2010 09:31:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=TeeLHauuflOIozkBA+WHMKEnoU2dpJVpO3EjiLkPZzw=; b=oNsOOomO9F5nlkDdtCkv74MaKPVU7wGq5qNg2OlMGAYXJ6dyQL1cDA2WPqAK4l0gcA 04+Nix7EH/xY4I73kensy5mIrasta2GXGtvKVZCsyFkiy1M1nPmbTPNxj2pXQlsdReEj QgrswlCZFwobrvx4Bi/qlYh0XBRi9Udz+1PLU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=bZ9XgDqS/4eyEvH6G9A7DUNtyccreECfb5216LeC+uPw+BbTAX6FcOUX3/O3Znn07w T4tuAplaWzmGesfy6t/kSYVKNFTGc8fsfIY9abO0J/pWVfqfBKLaih+0xskUcflz0ToP HkDX2w7aVE1V+FvOtwNQ287CDwcqBx4wD9TcM= Received: by 10.101.130.2 with SMTP id h2mr10970007ann.75.1270398684655; Sun, 04 Apr 2010 09:31:24 -0700 (PDT) Received: from [192.168.0.100] (c-76-103-215-220.hsd1.ca.comcast.net [76.103.215.220]) by mx.google.com with ESMTPS id 23sm3042266ywh.45.2010.04.04.09.31.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Apr 2010 09:31:23 -0700 (PDT) Message-ID: <4BB8BED1.1090004@gmail.com> Date: Sun, 04 Apr 2010 09:31:13 -0700 From: Dana Myers User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-acpi@freebsd.org References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> <4BB8B603.60902@chillt.de> In-Reply-To: <4BB8B603.60902@chillt.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Sun, 04 Apr 2010 16:31:25 -0000 On 4/4/2010 8:53 AM, Bartosz Fabianowski wrote: > >> Theoretically, your laptop should be able to run with CPU stuck at >> its highest frequency without shutting down. > > I agree. This is precisely what I am trying to achieve. [Coming into this thread late] Why do you think that's true? While this is desirable, it's certainly possible that the machine was built with a thermal design that is unable to achieve this, and depends on software to reduce CPU P-state to avoid shut-down. One example I've seen is the Acer Ferrari 3400, which would run the CPU at P0 (full clock rate) by default, but after a few minutes of aggressive use (like, building a kernel), would drop the highest CPU state to P1 (10% slower) via a GPE. This notebook simply can't run the CPU at a full clock rate load for more than a few minutes before it overheats, apparently by design. Thermal design in notebooks seems to be quite tricky. Dana From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 4 16:35:21 2010 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 52CE1106566C for ; Sun, 4 Apr 2010 16:35:21 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id 0F55D8FC1A for ; Sun, 4 Apr 2010 16:35:17 +0000 (UTC) Received: from taiko.lan (84-203-79-36.mysmart.ie [84.203.79.36]) by dd15624.kasserver.com (Postfix) with ESMTP id 986742C06A840; Sun, 4 Apr 2010 18:35:16 +0200 (CEST) Message-ID: <4BB8BFBC.4030900@chillt.de> Date: Sun, 04 Apr 2010 17:35:08 +0100 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: Dana Myers References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> <4BB8B603.60902@chillt.de> <4BB8BED1.1090004@gmail.com> In-Reply-To: <4BB8BED1.1090004@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Sun, 04 Apr 2010 16:35:21 -0000 If the CPU really cannot run at maximal speed for more than a few minutes, I would be a bit disappointed. Still, I guess I could accept it. What I cannot accept is a silly setup where instead of throttling the CPU as appropriate, the machine shuts down. I am logged in remotely most of the time and it is a real pain when the machine goes down in the middle of the day. - Bartosz From owner-freebsd-acpi@FreeBSD.ORG Sun Apr 4 17:20:53 2010 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 EB3A41065674 for ; Sun, 4 Apr 2010 17:20:53 +0000 (UTC) (envelope-from dana.myers@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id 9C57C8FC1F for ; Sun, 4 Apr 2010 17:20:53 +0000 (UTC) Received: by gxk3 with SMTP id 3so2832585gxk.13 for ; Sun, 04 Apr 2010 10:20:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=YaU2w3lOYk4YB5EbYCtbdHE5saXlcTQtJTHMfP9RKKw=; b=aUOX58AYrbf/905LlcbaZf0pEsJc90vvME/8vzZ40RbO2XLfWm8Q2lp3fBYAYMf7vq sscjLoIyhbbkNuDyD/sS8vY1PnLjoqQaOmArAUDZEdWZYC7FHjaBmJ8L+9kz5wOfAVSQ D1Jider9ggBbcN3VzU17Puc4O9s6IyDRt81gg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=JibAh/8jrJW/SQghIv7yfU9zK/WAyyMvtZtCXyhTTN8BGxSYkxlLAXQAmEHtkvNkFr 6K1c+y93Rib6uU4RWvCpxVQVhqqNGymamZprUXmwjUgBToYQPROGjZ8d3Qy8A57E1LBP WC1zmIDI8c6CfzPhJUujaNsNaxIl5GyWseYaA= Received: by 10.150.48.2 with SMTP id v2mr5406046ybv.348.1270401652859; Sun, 04 Apr 2010 10:20:52 -0700 (PDT) Received: from [192.168.0.100] (c-76-103-215-220.hsd1.ca.comcast.net [76.103.215.220]) by mx.google.com with ESMTPS id 36sm2720864yxh.14.2010.04.04.10.20.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Apr 2010 10:20:52 -0700 (PDT) Message-ID: <4BB8CA6E.9010503@gmail.com> Date: Sun, 04 Apr 2010 10:20:46 -0700 From: Dana Myers User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Bartosz Fabianowski References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> <4BB8B603.60902@chillt.de> <4BB8BED1.1090004@gmail.com> <4BB8BFBC.4030900@chillt.de> In-Reply-To: <4BB8BFBC.4030900@chillt.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Sun, 04 Apr 2010 17:20:54 -0000 On 4/4/2010 9:35 AM, Bartosz Fabianowski wrote: > If the CPU really cannot run at maximal speed for more than a few > minutes, I would be a bit disappointed. It's in a notebook, afterall. There's not a lot of room for optimal thermal design in there. > Still, I guess I could accept it. What I cannot accept is a silly > setup where instead of throttling the CPU as appropriate, the machine > shuts down. Agreed. I came into this thread late and admit I'm not sure what support for CPU throttling is in FreeBSD. Ideally, Notify() events on the CPU objects will cause dynamic re-evaluation of the associated _PPC object. Dana From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 02:33:04 2010 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 52DF11065673 for ; Mon, 5 Apr 2010 02:33:04 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id 0EC188FC1B for ; Mon, 5 Apr 2010 02:33:03 +0000 (UTC) Received: from taiko.lan (84-203-79-36.mysmart.ie [84.203.79.36]) by dd15624.kasserver.com (Postfix) with ESMTP id 644812C083C56; Mon, 5 Apr 2010 04:33:02 +0200 (CEST) Message-ID: <4BB94BD6.5030804@chillt.de> Date: Mon, 05 Apr 2010 03:32:54 +0100 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: Dana Myers References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> <4BB8B603.60902@chillt.de> <4BB8BED1.1090004@gmail.com> <4BB8BFBC.4030900@chillt.de> <4BB8CA6E.9010503@gmail.com> In-Reply-To: <4BB8CA6E.9010503@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Mon, 05 Apr 2010 02:33:04 -0000 > Agreed. I came into this thread late and admit I'm not sure what > support for CPU throttling is in FreeBSD. Ideally, Notify() events on > the CPU objects will cause dynamic re-evaluation of the associated > _PPC object. There seems to be plenty of support for throttling. But if the BIOS provides bogus _PSV and _CRT values, there is only that much FreeBSD can do. That is how the thread started, with the question: "How come _PSV > _CRT on my machine and what should I do about it?" - Bartosz From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 03:17:08 2010 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 CEC891065696 for ; Mon, 5 Apr 2010 03:17:08 +0000 (UTC) (envelope-from dana.myers@gmail.com) Received: from mail-yw0-f171.google.com (mail-yw0-f171.google.com [209.85.211.171]) by mx1.freebsd.org (Postfix) with ESMTP id 742A28FC0A for ; Mon, 5 Apr 2010 03:17:08 +0000 (UTC) Received: by ywh1 with SMTP id 1so2156791ywh.3 for ; Sun, 04 Apr 2010 20:17:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=7Eqb3tmtaJdsx9uq9OOXHNgUmyoh/kS11Z8SBBIWxx8=; b=mkkiZYipgay7W+mN33BDA3zhyRViQXa0pWDFYZj7WcopS4e2Dgr05RBziBMM+Nxu2m JdmTXvlSOZDtC/6AT9LSGpdwhE3ugVzU0Ht6m9WysVM2iCAWJL/JDNgSOY7vW9wgGsr1 oIwY/iz8NSRQyvXJL5plFgmKLSze+GlS+DQ74= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=HchWxQFc9ppSrbyaI3VFkTHykrOL7QJjPqA1F9YifxyfqxcvXHNo2gESTfykrhKaUW VNYYZ9z5JSvOYLO8BoUGR6M4Srxjq/Ub2w6ysyBuhDquTHaSM4GfsZZzD4K4ud2JG9+D hQnjw39x1cMOHf7xF8ddwmyO9D8V1FMq84IX0= Received: by 10.150.14.5 with SMTP id 5mr5918480ybn.17.1270437427506; Sun, 04 Apr 2010 20:17:07 -0700 (PDT) Received: from [192.168.0.100] (c-76-103-215-220.hsd1.ca.comcast.net [76.103.215.220]) by mx.google.com with ESMTPS id 6sm3170443ywd.53.2010.04.04.20.17.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 04 Apr 2010 20:17:06 -0700 (PDT) Message-ID: <4BB9562A.3080902@gmail.com> Date: Sun, 04 Apr 2010 20:16:58 -0700 From: Dana Myers User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Bartosz Fabianowski References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> <4BB8B603.60902@chillt.de> <4BB8BED1.1090004@gmail.com> <4BB8BFBC.4030900@chillt.de> <4BB8CA6E.9010503@gmail.com> <4BB94BD6.5030804@chillt.de> In-Reply-To: <4BB94BD6.5030804@chillt.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Mon, 05 Apr 2010 03:17:08 -0000 On 4/4/2010 7:32 PM, Bartosz Fabianowski wrote: >> Agreed. I came into this thread late and admit I'm not sure what >> support for CPU throttling is in FreeBSD. Ideally, Notify() events on >> the CPU objects will cause dynamic re-evaluation of the associated >> _PPC object. > > There seems to be plenty of support for throttling. But if the BIOS > provides bogus _PSV and _CRT values, there is only that much FreeBSD > can do. That is how the thread started, with the question: "How come > _PSV > _CRT on my machine and what should I do about it?" My apologies. Indeed, a lying BIOS is hard to deal with, especially when the system really depends on the BIOS to keep things sane (as in this case). Dana From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 06:12:11 2010 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 51999106566B; Mon, 5 Apr 2010 06:12:11 +0000 (UTC) (envelope-from cnst@FreeBSD.org) Received: from hita.home.const.name (dale.cnst.cs.uwaterloo.ca [129.97.7.219]) by mx1.freebsd.org (Postfix) with ESMTP id A286E8FC08; Mon, 5 Apr 2010 06:12:10 +0000 (UTC) Received: from hita.home.const.name (localhost [127.0.0.1]) by hita.home.const.name (8.14.3/8.14.3) with ESMTP id o355xmup004035; Mon, 5 Apr 2010 01:59:48 -0400 (EDT) (envelope-from cnst@FreeBSD.org) Received: (from constant@localhost) by hita.home.const.name (8.14.3/8.14.3/Submit) id o355xmnn004034; Mon, 5 Apr 2010 01:59:48 -0400 (EDT) (envelope-from cnst@FreeBSD.org) X-Authentication-Warning: hita.home.const.name: constant set sender to cnst@FreeBSD.org using -f Date: Mon, 5 Apr 2010 01:59:47 -0400 From: "Constantine A. Murenin" To: freebsd-acpi@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-hardware@FreeBSD.org Message-ID: <20100405055947.GA3544@hita.home.const.name> Mail-Followup-To: freebsd-acpi@FreeBSD.org, cnst@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: David R. Cheriton School of Computer Science, Faculty of Mathematics, University of Waterloo X-Postal-Address: Constantine A. Murenin, David R. Cheriton School of Computer Science, University of Waterloo, 200 University Avenue West, Waterloo, Ontario N2L 3G1 Canada X-Office-Phone: +1-519-888-4567 x33581 X-Mobile-Phone: +1-K1W-ST1-CNST X-WWW: http://Constantine.SU/ X-LinkedIn: http://www.linkedin.com/in/mureninc X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Constantine A. Murenin" Subject: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) Hardware Monitor 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: Mon, 05 Apr 2010 06:12:11 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Dear freebsd-{acpi,drivers,hardware}@, Attached patch provides support for the hardware monitoring capabilities that are present in many modern desktop motherboards from ASUS featuring the ATK0110 ACPI device. This driver, aibs(4), is a fresh replacement for FreeBSD's existing acpi_aiboost(4). The new aibs(4) driver has the following advantages when compared to the old acpi_aiboost(4): * the sensors are now provided through the user-serviceable hw.acpi.aibs0 tree (with a subtree for each sensor type), instead of the Newbus-internal dev.acpi_aiboost.0 tree that contains various nonprime data at the same level as the actual sensors * the supposed range specifications are now reported for each input that is being sensed * the nature of the new tree, with "volt", "temp" and "fan" subtrees, allows one to specifically query for the sensors of a certain type * the temperature sensors are exported in the temperature 'K' units through sysctl(9), such that they are pretty-printed by sysctl(8) automatically * more user documentation is provided It is expected that aibs(4) should replace any and all functionality previously provided by acpi_aiboost(4), provide additional features as specified above and decrease the size of both the source and the binary code. Please find the demonstration below. > ll /usr/c/src/sys/dev/acpi_support/{acpi_aiboost,atk0110}.c -rw-r--r-- 1 constant wheel 8919 Apr 3 20:31 /usr/c/src/sys/dev/acpi_support/acpi_aiboost.c -rw-r--r-- 1 constant wheel 8638 Apr 4 17:34 /usr/c/src/sys/dev/acpi_support/atk0110.c > ll /boot/kernel/*aib*s* -r-xr-xr-x 1 root wheel 11581 Apr 4 18:24 /boot/kernel/acpi_aiboost.ko -r-xr-xr-x 1 root wheel 24504 Apr 4 18:24 /boot/kernel/acpi_aiboost.ko.symbols -r-xr-xr-x 1 root wheel 9958 Apr 4 18:24 /boot/kernel/aibs.ko -r-xr-xr-x 1 root wheel 24924 Apr 4 18:24 /boot/kernel/aibs.ko.symbols > sudo kldload acpi_aiboost.ko > sysctl dev.acpi_aiboost.0 dev.acpi_aiboost.0.%desc: ASUStek AIBOOSTER dev.acpi_aiboost.0.%driver: acpi_aiboost dev.acpi_aiboost.0.%location: handle=\_SB_.PCI0.SBRG.ASOC dev.acpi_aiboost.0.%pnpinfo: _HID=ATK0110 _UID=16843024 dev.acpi_aiboost.0.%parent: acpi0 dev.acpi_aiboost.0.temp0: 310 dev.acpi_aiboost.0.temp1: 580 dev.acpi_aiboost.0.volt0: 1192 dev.acpi_aiboost.0.volt1: 3312 dev.acpi_aiboost.0.volt2: 5017 dev.acpi_aiboost.0.volt3: 12302 dev.acpi_aiboost.0.fan0: 912 dev.acpi_aiboost.0.fan1: 0 > sysctl -d dev.acpi_aiboost.0 dev.acpi_aiboost.0: dev.acpi_aiboost.0.%desc: device description dev.acpi_aiboost.0.%driver: device driver name dev.acpi_aiboost.0.%location: device location relative to parent dev.acpi_aiboost.0.%pnpinfo: device identification dev.acpi_aiboost.0.%parent: parent device dev.acpi_aiboost.0.temp0: CPU Temperature dev.acpi_aiboost.0.temp1: MB Temperature dev.acpi_aiboost.0.volt0: Vcore Voltage dev.acpi_aiboost.0.volt1: +3.3 Voltage dev.acpi_aiboost.0.volt2: +5 Voltage dev.acpi_aiboost.0.volt3: +12 Voltage dev.acpi_aiboost.0.fan0: CPU FAN Speed dev.acpi_aiboost.0.fan1: CHASSIS FAN Speed > sudo kldunload acpi_aiboost.ko > sudo kldload aibs.ko > sysctl hw.acpi.aibs0 hw.acpi.aibs0.volt.0: 1192 850 1600 hw.acpi.aibs0.volt.1: 3312 2970 3630 hw.acpi.aibs0.volt.2: 5017 4500 5500 hw.acpi.aibs0.volt.3: 12302 10200 13800 hw.acpi.aibs0.temp.0: 31.0C 80.0C 95.0C hw.acpi.aibs0.temp.1: 58.0C 60.0C 95.0C hw.acpi.aibs0.fan.0: 907 600 7200 hw.acpi.aibs0.fan.1: 0 700 7200 > sysctl -d hw.acpi.aibs0 hw.acpi.aibs0: ASUSTeK AI Booster (ACPI ASOC ATK0110) hw.acpi.aibs0.volt.0: Vcore Voltage hw.acpi.aibs0.volt.1: +3.3 Voltage hw.acpi.aibs0.volt.2: +5 Voltage hw.acpi.aibs0.volt.3: +12 Voltage hw.acpi.aibs0.temp.0: CPU Temperature hw.acpi.aibs0.temp.1: MB Temperature hw.acpi.aibs0.fan.0: CPU FAN Speed hw.acpi.aibs0.fan.1: CHASSIS FAN Speed > sudo kldunload aibs.ko Best regards, Constantine.SU. --SLDf9lqlvOQaIe6s-- From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 06:18:25 2010 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 1A07F1065672 for ; Mon, 5 Apr 2010 06:18:25 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 800628FC16 for ; Mon, 5 Apr 2010 06:18:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o356IFVv008056; Mon, 5 Apr 2010 16:18:16 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 5 Apr 2010 16:18:14 +1000 (EST) From: Ian Smith To: Bartosz Fabianowski In-Reply-To: <4BB94BD6.5030804@chillt.de> Message-ID: <20100405152612.E35463@sola.nimnet.asn.au> References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> <4BB8B603.60902@chillt.de> <4BB8BED1.1090004@gmail.com> <4BB8BFBC.4030900@chillt.de> <4BB8CA6E.9010503@gmail.com> <4BB94BD6.5030804@chillt.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Mon, 05 Apr 2010 06:18:25 -0000 On Mon, 5 Apr 2010, Bartosz Fabianowski wrote: > Dana Myers wrote: > > Agreed. I came into this thread late and admit I'm not sure what > > support for CPU throttling is in FreeBSD. Ideally, Notify() events on > > the CPU objects will cause dynamic re-evaluation of the associated > > _PPC object. > > There seems to be plenty of support for throttling. But if the BIOS provides > bogus _PSV and _CRT values, there is only that much FreeBSD can do. That is > how the thread started, with the question: "How come _PSV > _CRT on my > machine and what should I do about it?" Unfortunately this issue appears only to be symptomatic of a larger set of overheating problems with this laptop. I googled "overheating Dell Studio 1557" and the results are plentiful and not at all encouraging. I'd particularly recommend reading through the 8-page thread of the top hit: http://forum.notebookreview.com/showthread.php?t=432243 .. which includes lots of useful info, including ways to work replacement or refund, and a good photo of fan and (dual) heatpipes/sinks arrangement. Apparently models made before sometime in January had a single heat pipe for CPU and GPU (where GPU heat seems to be the main issue, especially for gamers of course) but even the January dual heat pipe redesign and a BIOS update seems not to have resolved issues for many. Dell recently replaced the ATI GPU with another model (again, dmesg may be helpful) and in some cases have bumped the power supply from 90 to 130W, though there's little indication that these issues are yet actually solved. cheers anyway, Ian From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 06:49:11 2010 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 362E4106564A; Mon, 5 Apr 2010 06:49:11 +0000 (UTC) (envelope-from cnst@FreeBSD.org) Received: from dale.cnst.cs.uwaterloo.ca (dale.cnst.cs.uwaterloo.ca [129.97.7.219]) by mx1.freebsd.org (Postfix) with SMTP id EF99A8FC18; Mon, 5 Apr 2010 06:46:40 +0000 (UTC) Date: Mon, 5 Apr 2010 01:59:47 -0400 From: "Constantine A. Murenin" To: freebsd-acpi@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-hardware@FreeBSD.org Message-ID: <20100405055947.GA3544@hita.home.const.name> Mail-Followup-To: freebsd-acpi@FreeBSD.org, cnst@FreeBSD.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: David R. Cheriton School of Computer Science, Faculty of Mathematics, University of Waterloo X-Postal-Address: Constantine A. Murenin, David R. Cheriton School of Computer Science, University of Waterloo, 200 University Avenue West, Waterloo, Ontario N2L 3G1 Canada X-Office-Phone: +1-519-888-4567 x33581 X-Mobile-Phone: +1-K1W-ST1-CNST X-WWW: http://Constantine.SU/ X-LinkedIn: http://www.linkedin.com/in/mureninc Cc: "Constantine A. Murenin" Subject: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) Hardware Monitor 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: Mon, 05 Apr 2010 06:49:11 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Dear freebsd-{acpi,drivers,hardware}@, Attached patch provides support for the hardware monitoring capabilities that are present in many modern desktop motherboards from ASUS featuring the ATK0110 ACPI device. This driver, aibs(4), is a fresh replacement for FreeBSD's existing acpi_aiboost(4). The new aibs(4) driver has the following advantages when compared to the old acpi_aiboost(4): * the sensors are now provided through the user-serviceable hw.acpi.aibs0 tree (with a subtree for each sensor type), instead of the Newbus-internal dev.acpi_aiboost.0 tree that contains various nonprime data at the same level as the actual sensors * the supposed range specifications are now reported for each input that is being sensed * the nature of the new tree, with "volt", "temp" and "fan" subtrees, allows one to specifically query for the sensors of a certain type * the temperature sensors are exported in the temperature 'K' units through sysctl(9), such that they are pretty-printed by sysctl(8) automatically * more user documentation is provided It is expected that aibs(4) should replace any and all functionality previously provided by acpi_aiboost(4), provide additional features as specified above and decrease the size of both the source and the binary code. Please find the demonstration below. > ll /usr/c/src/sys/dev/acpi_support/{acpi_aiboost,atk0110}.c -rw-r--r-- 1 constant wheel 8919 Apr 3 20:31 /usr/c/src/sys/dev/acpi_support/acpi_aiboost.c -rw-r--r-- 1 constant wheel 8638 Apr 4 17:34 /usr/c/src/sys/dev/acpi_support/atk0110.c > ll /boot/kernel/*aib*s* -r-xr-xr-x 1 root wheel 11581 Apr 4 18:24 /boot/kernel/acpi_aiboost.ko -r-xr-xr-x 1 root wheel 24504 Apr 4 18:24 /boot/kernel/acpi_aiboost.ko.symbols -r-xr-xr-x 1 root wheel 9958 Apr 4 18:24 /boot/kernel/aibs.ko -r-xr-xr-x 1 root wheel 24924 Apr 4 18:24 /boot/kernel/aibs.ko.symbols > sudo kldload acpi_aiboost.ko > sysctl dev.acpi_aiboost.0 dev.acpi_aiboost.0.%desc: ASUStek AIBOOSTER dev.acpi_aiboost.0.%driver: acpi_aiboost dev.acpi_aiboost.0.%location: handle=\_SB_.PCI0.SBRG.ASOC dev.acpi_aiboost.0.%pnpinfo: _HID=ATK0110 _UID=16843024 dev.acpi_aiboost.0.%parent: acpi0 dev.acpi_aiboost.0.temp0: 310 dev.acpi_aiboost.0.temp1: 580 dev.acpi_aiboost.0.volt0: 1192 dev.acpi_aiboost.0.volt1: 3312 dev.acpi_aiboost.0.volt2: 5017 dev.acpi_aiboost.0.volt3: 12302 dev.acpi_aiboost.0.fan0: 912 dev.acpi_aiboost.0.fan1: 0 > sysctl -d dev.acpi_aiboost.0 dev.acpi_aiboost.0: dev.acpi_aiboost.0.%desc: device description dev.acpi_aiboost.0.%driver: device driver name dev.acpi_aiboost.0.%location: device location relative to parent dev.acpi_aiboost.0.%pnpinfo: device identification dev.acpi_aiboost.0.%parent: parent device dev.acpi_aiboost.0.temp0: CPU Temperature dev.acpi_aiboost.0.temp1: MB Temperature dev.acpi_aiboost.0.volt0: Vcore Voltage dev.acpi_aiboost.0.volt1: +3.3 Voltage dev.acpi_aiboost.0.volt2: +5 Voltage dev.acpi_aiboost.0.volt3: +12 Voltage dev.acpi_aiboost.0.fan0: CPU FAN Speed dev.acpi_aiboost.0.fan1: CHASSIS FAN Speed > sudo kldunload acpi_aiboost.ko > sudo kldload aibs.ko > sysctl hw.acpi.aibs0 hw.acpi.aibs0.volt.0: 1192 850 1600 hw.acpi.aibs0.volt.1: 3312 2970 3630 hw.acpi.aibs0.volt.2: 5017 4500 5500 hw.acpi.aibs0.volt.3: 12302 10200 13800 hw.acpi.aibs0.temp.0: 31.0C 80.0C 95.0C hw.acpi.aibs0.temp.1: 58.0C 60.0C 95.0C hw.acpi.aibs0.fan.0: 907 600 7200 hw.acpi.aibs0.fan.1: 0 700 7200 > sysctl -d hw.acpi.aibs0 hw.acpi.aibs0: ASUSTeK AI Booster (ACPI ASOC ATK0110) hw.acpi.aibs0.volt.0: Vcore Voltage hw.acpi.aibs0.volt.1: +3.3 Voltage hw.acpi.aibs0.volt.2: +5 Voltage hw.acpi.aibs0.volt.3: +12 Voltage hw.acpi.aibs0.temp.0: CPU Temperature hw.acpi.aibs0.temp.1: MB Temperature hw.acpi.aibs0.fan.0: CPU FAN Speed hw.acpi.aibs0.fan.1: CHASSIS FAN Speed > sudo kldunload aibs.ko Best regards, Constantine.SU. --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline; filename="svn_diff.aibs.r0.2010-04-04T205818-0400.patch" Index: share/man/man4/aibs.4 =================================================================== --- share/man/man4/aibs.4 (revision 0) +++ share/man/man4/aibs.4 (revision 0) @@ -0,0 +1,207 @@ +.\" $FreeBSD$ +.\" $NetBSD: aibs.4,v 1.2 2010/02/09 05:37:25 cnst Exp $ +.\" $OpenBSD: aibs.4,v 1.4 2009/07/30 06:30:45 jmc Exp $ +.\" +.\" Copyright (c) 2009/2010 Constantine A. Murenin +.\" +.\" Permission to use, copy, modify, and distribute this software for any +.\" purpose with or without fee is hereby granted, provided that the above +.\" copyright notice and this permission notice appear in all copies. +.\" +.\" THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES +.\" WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF +.\" MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR +.\" ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES +.\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN +.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF +.\" OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. +.\" +.Dd April 4, 2010 +.Dt AIBS 4 +.Os +.Sh NAME +.Nm aibs +.Nd "ASUSTeK AI Booster ACPI ATK0110 voltage, temperature and fan sensor" +.Sh SYNOPSIS +To compile this driver into the kernel, +place the following lines in your +kernel configuration file: +.Bd -ragged -offset indent +.Cd "device acpi" +.Cd "device aibs" +.Ed +.Pp +Alternatively, to load the driver as a +module at boot time, place the following lines in +.Xr loader.conf 5 : +.Bd -literal -offset indent +acpi_load="YES" +aibs_load="YES" +.Ed +.Sh DESCRIPTION +The +.Nm +driver provides support for the voltage, temperature and fan sensors +available through the +.Tn ATK0110 +.Tn ASOC +.Tn ACPI +device +on +.Tn ASUSTeK +motherboards. +The number of sensors of each type, +as well as the description of each sensor, +varies according to the motherboard. +.Pp +The driver supports an arbitrary set of sensors, +provides descriptions regarding what each sensor is used for, +and reports the current values as well as +the supposed range specifications of each sensor's input +as defined by the motherboard manufacturer through +.Tn ACPI . +.Pp +The range specifications are as follows: +.Bl -bullet +.It +Voltage sensors have a lower and an upper range specification. +.It +Temperature sensors have two upper specifications. +.It +Fan sensors may either have only the lower specification, +or, depending on the +.Tn DSDT , +one lower and one upper specification. +.El +.Pp +Sensor readings and the range specifications are made available through the +.Xr sysctl 3 +interface, +and can be monitored with +.Xr sysctl 8 . +For example, on an ASUS V3-P5G965 barebone: +.Bd -literal -offset indent +> sysctl hw.acpi.aibs0 +hw.acpi.aibs0.volt.0: 1192 850 1600 +hw.acpi.aibs0.volt.1: 3312 2970 3630 +hw.acpi.aibs0.volt.2: 5017 4500 5500 +hw.acpi.aibs0.volt.3: 12302 10200 13800 +hw.acpi.aibs0.temp.0: 30.0C 80.0C 95.0C +hw.acpi.aibs0.temp.1: 58.0C 60.0C 95.0C +hw.acpi.aibs0.fan.0: 902 600 7200 +hw.acpi.aibs0.fan.1: 0 700 7200 +.Pp +> sysctl -d hw.acpi.aibs0 +hw.acpi.aibs0: ASUSTeK AI Booster (ACPI ASOC ATK0110) +hw.acpi.aibs0.volt.0: Vcore Voltage +hw.acpi.aibs0.volt.1: +3.3 Voltage +hw.acpi.aibs0.volt.2: +5 Voltage +hw.acpi.aibs0.volt.3: +12 Voltage +hw.acpi.aibs0.temp.0: CPU Temperature +hw.acpi.aibs0.temp.1: MB Temperature +hw.acpi.aibs0.fan.0: CPU FAN Speed +hw.acpi.aibs0.fan.1: CHASSIS FAN Speed +.Ed +.Pp +Generally, sensors provided by the +.Nm +driver may also be supported by certain other drivers or utilities +that access the +.Tn ISA / +.Tn LPC +or +.Tn I2C / +.Tn SMBus +devices directly. +The precise collection of +.Nm +sensors is comprised of the sensors +specifically utilised in the motherboard +design, which may be supported through +a combination of one or more physical hardware monitoring chips. +.Pp +The +.Nm +driver, however, provides the following advantages +when compared to the native hardware monitoring drivers or other utilities: +.Bl -bullet +.It +Sensor values from +.Nm +are expected to be more reliable. +For example, voltage sensors in many hardware monitoring chips +can only sense voltage from 0 to 2 or 4 volts, and the excessive +voltage is removed by the resistors, which may vary with the motherboard +and with the voltage that is being sensed. +In +.Nm , +the required resistor factors are provided by +the motherboard manufacturer through +.Tn ACPI ; +in the native drivers, the resistor factors +are encoded into the driver based on the chip manufacturer's recommendations. +In essence, sensor values from +.Nm +are very likely to be identical to the readings from the +Hardware Monitor screen in the BIOS. +.It +Sensor descriptions from +.Nm +are more likely to match the markings on the motherboard. +.It +Sensor range specifications are supported by +.Nm . +The range specification is reported +for each individual sensor as suggested by the motherboard manufacturer. +For example, the threshold for the CPU temperature sensor is likely +to be significantly higher than that for the chassis temperature sensor. +.It +Support for newer chips in +.Nm . +Newer chips may miss a native driver, +but should be supported through +.Nm +regardless. +.El +.Sh SEE ALSO +.Xr sysctl 3 , +.Xr acpi 4 , +.Xr sysctl 8 +.Sh HISTORY +The +.Nm +driver first appeared in +.Ox 4.7 , +.Dx 2.5 , +.Nx 6.0 +and +.Fx 9.0 . +.Pp +An earlier version of the driver, +.Nm acpi_aiboost , +first appeared in +.Fx 7.0 +and +.Nx 5.0 . +.Sh AUTHORS +.An -nosplit +The +.Nm +driver was written for +.Ox , +.Dx , +.Nx +and +.Fx +by +.An Constantine A. Murenin Aq cnst@FreeBSD.org , +Raouf Boutaba Research Group, +David R. Cheriton School of Computer Science, +University of Waterloo. +.Pp +An earlier version of the driver, named +.Nm acpi_aiboost , +was written for +.Fx +by +.An Takanori Watanabe . Index: share/man/man4/Makefile =================================================================== --- share/man/man4/Makefile (revision 206151) +++ share/man/man4/Makefile (working copy) @@ -26,6 +26,7 @@ ahc.4 \ ahci.4 \ ahd.4 \ + ${_aibs.4} \ aio.4 \ alc.4 \ ale.4 \ @@ -629,6 +630,7 @@ _acpi_sony.4= acpi_sony.4 _acpi_toshiba.4=acpi_toshiba.4 _acpi_wmi.4= acpi_wmi.4 +_aibs.4= aibs.4 _amdsbwd.4= amdsbwd.4 _amdsmb.4= amdsmb.4 _amdtemp.4= amdtemp.4 Index: sys/conf/files =================================================================== --- sys/conf/files (revision 206151) +++ sys/conf/files (working copy) @@ -416,6 +416,7 @@ dev/acpi_support/acpi_panasonic.c optional acpi_panasonic acpi dev/acpi_support/acpi_sony.c optional acpi_sony acpi dev/acpi_support/acpi_toshiba.c optional acpi_toshiba acpi +dev/acpi_support/atk0110.c optional aibs acpi dev/acpica/Osd/OsdDebug.c optional acpi dev/acpica/Osd/OsdHardware.c optional acpi dev/acpica/Osd/OsdInterrupt.c optional acpi Index: sys/modules/acpi/Makefile =================================================================== --- sys/modules/acpi/Makefile (revision 206151) +++ sys/modules/acpi/Makefile (working copy) @@ -6,6 +6,6 @@ SUBDIR+= acpi_aiboost acpi_asus acpi_fujitsu acpi_hp acpi_ibm \ acpi_panasonic acpi_sony acpi_toshiba acpi_video \ - acpi_dock acpi_wmi + acpi_dock acpi_wmi aibs .include Index: sys/modules/acpi/aibs/Makefile =================================================================== --- sys/modules/acpi/aibs/Makefile (revision 0) +++ sys/modules/acpi/aibs/Makefile (revision 0) @@ -0,0 +1,10 @@ +# $FreeBSD$ + +.PATH: ${.CURDIR}/../../../dev/acpi_support + +KMOD= aibs +SRCS= atk0110.c +SRCS+= opt_acpi.h acpi_if.h bus_if.h device_if.h +SRCS+= opt_ddb.h + +.include Index: sys/dev/acpi_support/atk0110.c =================================================================== --- sys/dev/acpi_support/atk0110.c (revision 0) +++ sys/dev/acpi_support/atk0110.c (revision 0) @@ -0,0 +1,366 @@ +/* $FreeBSD$ */ +/* $NetBSD: atk0110.c,v 1.4 2010/02/11 06:54:57 cnst Exp $ */ +/* $OpenBSD: atk0110.c,v 1.1 2009/07/23 01:38:16 cnst Exp $ */ + +/* + * Copyright (c) 2009/2010 Constantine A. Murenin + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN + * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF + * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include +#include + +#include +#include + +/* + * ASUSTeK AI Booster (ACPI ASOC ATK0110). + * + * This code was originally written for OpenBSD after the techniques + * described in the Linux's asus_atk0110.c and FreeBSD's Takanori Watanabe's + * acpi_aiboost.c were verified to be accurate on the actual hardware kindly + * provided by Sam Fourman Jr. It was subsequently ported from OpenBSD to + * DragonFly BSD, to NetBSD's sysmon_envsys(9) and to FreeBSD's sysctl(9). + * + * -- Constantine A. Murenin + */ + +#define _COMPONENT ACPI_OEM +ACPI_MODULE_NAME("aibs"); +ACPI_SERIAL_DECL(aibs, "aibs"); + +#define AIBS_MORE_SENSORS +#define AIBS_VERBOSE + +enum aibs_type { + AIBS_VOLT, + AIBS_TEMP, + AIBS_FAN +}; + +struct aibs_sensor { + ACPI_INTEGER v; + ACPI_INTEGER i; + ACPI_INTEGER l; + ACPI_INTEGER h; + enum aibs_type t; +}; + +struct aibs_softc { + struct device *sc_dev; + ACPI_HANDLE sc_ah; + struct sysctl_oid *sc_sysctl_oid; + + struct aibs_sensor *sc_asens_volt; + struct aibs_sensor *sc_asens_temp; + struct aibs_sensor *sc_asens_fan; +}; + +static int aibs_probe(device_t); +static int aibs_attach(device_t); +static int aibs_detach(device_t); +static int aibs_sysctl(SYSCTL_HANDLER_ARGS); + +static void aibs_attach_sif(struct aibs_softc *, enum aibs_type); + +static device_method_t aibs_methods[] = { + DEVMETHOD(device_probe,aibs_probe), + DEVMETHOD(device_attach,aibs_attach), + DEVMETHOD(device_detach,aibs_detach), + { NULL, NULL } +}; + +static driver_t aibs_driver = { + "aibs", + aibs_methods, + sizeof(struct aibs_softc) +}; + +static devclass_t aibs_devclass; + +DRIVER_MODULE(aibs, acpi, aibs_driver, aibs_devclass, NULL, NULL); + + +static char* aibs_hids[] = { + "ATK0110", + NULL +}; + +static int +aibs_probe(device_t dev) +{ + if (acpi_disabled("aibs") || + ACPI_ID_PROBE(device_get_parent(dev), dev, aibs_hids) == NULL) + return ENXIO; + + device_set_desc(dev, "ASUSTeK AI Booster (ACPI ASOC ATK0110)"); + return 0; +} + +static int +aibs_attach(device_t dev) +{ + struct aibs_softc *sc = device_get_softc(dev); + struct acpi_softc *acpi_sc = acpi_device_get_parent_softc(dev); + + sc->sc_dev = dev; + sc->sc_ah = acpi_get_handle(dev); + + /* add our tree to hw.acpi, similar to acpi_thermal(4) */ + sc->sc_sysctl_oid = SYSCTL_ADD_NODE(device_get_sysctl_ctx(dev), + SYSCTL_CHILDREN(acpi_sc->acpi_sysctl_tree), OID_AUTO, + device_get_nameunit(dev), CTLFLAG_RD, NULL, device_get_desc(dev)); + + aibs_attach_sif(sc, AIBS_VOLT); + aibs_attach_sif(sc, AIBS_TEMP); + aibs_attach_sif(sc, AIBS_FAN); + + return 0; +} + +static void +aibs_attach_sif(struct aibs_softc *sc, enum aibs_type st) +{ + ACPI_STATUS s; + ACPI_BUFFER b; + ACPI_OBJECT *bp, *o; + int i, n; + const char *node; + char name[] = "?SIF"; + struct aibs_sensor *as; + struct sysctl_oid *so; + + switch (st) { + case AIBS_VOLT: + node = "volt"; + name[0] = 'V'; + break; + case AIBS_TEMP: + node = "temp"; + name[0] = 'T'; + break; + case AIBS_FAN: + node = "fan"; + name[0] = 'F'; + break; + default: + return; + } + + b.Length = ACPI_ALLOCATE_BUFFER; + s = AcpiEvaluateObjectTyped(sc->sc_ah, name, NULL, &b, + ACPI_TYPE_PACKAGE); + if (ACPI_FAILURE(s)) { + device_printf(sc->sc_dev, "%s not found\n", name); + return; + } + + bp = b.Pointer; + o = bp->Package.Elements; + if (o[0].Type != ACPI_TYPE_INTEGER) { + device_printf(sc->sc_dev, "%s[0]: invalid type\n", name); + AcpiOsFree(b.Pointer); + return; + } + + n = o[0].Integer.Value; + if (bp->Package.Count - 1 < n) { + device_printf(sc->sc_dev, "%s: invalid package\n", name); + AcpiOsFree(b.Pointer); + return; + } else if (bp->Package.Count - 1 > n) { + int on = n; + +#ifdef AIBS_MORE_SENSORS + n = bp->Package.Count - 1; +#endif + device_printf(sc->sc_dev, "%s: malformed package: %i/%i" + ", assume %i\n", name, on, bp->Package.Count - 1, n); + } + if (n < 1) { + device_printf(sc->sc_dev, "%s: no members in the package\n", + name); + AcpiOsFree(b.Pointer); + return; + } + + as = malloc(sizeof(*as) * n, M_DEVBUF, M_NOWAIT | M_ZERO); + if (as == NULL) { + device_printf(sc->sc_dev, "%s: malloc fail\n", name); + AcpiOsFree(b.Pointer); + return; + } + switch (st) { + case AIBS_VOLT: + sc->sc_asens_volt = as; + break; + case AIBS_TEMP: + sc->sc_asens_temp = as; + break; + case AIBS_FAN: + sc->sc_asens_fan = as; + break; + } + + /* sysctl subtree for sensors of this type */ + so = SYSCTL_ADD_NODE(device_get_sysctl_ctx(sc->sc_dev), + SYSCTL_CHILDREN(sc->sc_sysctl_oid), st, + node, CTLFLAG_RD, NULL, NULL); + + for (i = 0, o++; i < n; i++, o++) { + ACPI_OBJECT *oi; + char si[3]; + const char *desc; + + /* acpica5 automatically evaluates the referenced package */ + if(o[0].Type != ACPI_TYPE_PACKAGE) { + device_printf(sc->sc_dev, + "%s: %i: not a package: %i type\n", + name, i, o[0].Type); + continue; + } + oi = o[0].Package.Elements; + if (o[0].Package.Count != 5 || + oi[0].Type != ACPI_TYPE_INTEGER || + oi[1].Type != ACPI_TYPE_STRING || + oi[2].Type != ACPI_TYPE_INTEGER || + oi[3].Type != ACPI_TYPE_INTEGER || + oi[4].Type != ACPI_TYPE_INTEGER) { + device_printf(sc->sc_dev, + "%s: %i: invalid package\n", + name, i); + continue; + } + as[i].i = oi[0].Integer.Value; + desc = oi[1].String.Pointer; + as[i].l = oi[2].Integer.Value; + as[i].h = oi[3].Integer.Value; + as[i].t = st; +#ifdef AIBS_VERBOSE + device_printf(sc->sc_dev, "%c%i: " + "0x%08"PRIx64" %20s %5"PRIi64" / %5"PRIi64" " + "0x%"PRIx64"\n", + name[0], i, + as[i].i, desc, (int64_t)as[i].l, (int64_t)as[i].h, + oi[4].Integer.Value); +#endif + snprintf(si, sizeof(si), "%i", i); + SYSCTL_ADD_PROC(device_get_sysctl_ctx(sc->sc_dev), + SYSCTL_CHILDREN(so), i, si, CTLTYPE_OPAQUE | CTLFLAG_RD, + sc, st, aibs_sysctl, st == AIBS_TEMP ? "IK" : "I", desc); + } + + AcpiOsFree(b.Pointer); +} + +static int +aibs_detach(device_t dev) +{ + struct aibs_softc *sc = device_get_softc(dev); + + if (sc->sc_asens_volt != NULL) + free(sc->sc_asens_volt, M_DEVBUF); + if (sc->sc_asens_temp != NULL) + free(sc->sc_asens_temp, M_DEVBUF); + if (sc->sc_asens_fan != NULL) + free(sc->sc_asens_fan, M_DEVBUF); + return 0; +} + +#ifdef AIBS_VERBOSE +#define ddevice_printf(x...) device_printf(x) +#else +#define ddevice_printf(x...) +#endif + +static int +aibs_sysctl(SYSCTL_HANDLER_ARGS) +{ + struct aibs_softc *sc = arg1; + enum aibs_type st = arg2; + int i = oidp->oid_number; + ACPI_STATUS rs; + ACPI_OBJECT p, *bp; + ACPI_OBJECT_LIST mp; + ACPI_BUFFER b; + char *name; + struct aibs_sensor *as; + ACPI_INTEGER v, l, h; + int so[3]; + + switch (st) { + case AIBS_VOLT: + name = "RVLT"; + as = sc->sc_asens_volt; + break; + case AIBS_TEMP: + name = "RTMP"; + as = sc->sc_asens_temp; + break; + case AIBS_FAN: + name = "RFAN"; + as = sc->sc_asens_fan; + break; + default: + return ENOENT; + } + if (as == NULL) + return ENOENT; + l = as[i].l; + h = as[i].h; + p.Type = ACPI_TYPE_INTEGER; + p.Integer.Value = as[i].i; + mp.Count = 1; + mp.Pointer = &p; + b.Length = ACPI_ALLOCATE_BUFFER; + ACPI_SERIAL_BEGIN(aibs); + rs = AcpiEvaluateObjectTyped(sc->sc_ah, name, &mp, &b, + ACPI_TYPE_INTEGER); + if (ACPI_FAILURE(rs)) { + ddevice_printf(sc->sc_dev, + "%s: %i: evaluation failed\n", + name, i); + ACPI_SERIAL_END(aibs); + return EIO; + } + bp = b.Pointer; + v = bp->Integer.Value; + AcpiOsFree(b.Pointer); + ACPI_SERIAL_END(aibs); + + switch (st) { + case AIBS_VOLT: + break; + case AIBS_TEMP: + v += 2732; + l += 2732; + h += 2732; + break; + case AIBS_FAN: + break; + } + so[0] = v; + so[1] = l; + so[2] = h; + return sysctl_handle_opaque(oidp, &so, sizeof(so), req); +} Index: sys/i386/conf/NOTES =================================================================== --- sys/i386/conf/NOTES (revision 206151) +++ sys/i386/conf/NOTES (working copy) @@ -506,6 +506,9 @@ # ACPI Docking Station device acpi_dock +# ACPI ASOC ATK0110 ASUSTeK AI Booster (voltage, temperature and fan sensors) +device aibs + # The cpufreq(4) driver provides support for non-ACPI CPU frequency control device cpufreq --SLDf9lqlvOQaIe6s-- From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 07:22:43 2010 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 76BD71065673 for ; Mon, 5 Apr 2010 07:22:43 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id E89808FC08 for ; Mon, 5 Apr 2010 07:22:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o357Mfkh011040; Mon, 5 Apr 2010 17:22:41 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 5 Apr 2010 17:22:41 +1000 (EST) From: Ian Smith To: "Constantine A. Murenin" In-Reply-To: <20100405055947.GA3544@hita.home.const.name> Message-ID: <20100405170521.H35463@sola.nimnet.asn.au> References: <20100405055947.GA3544@hita.home.const.name> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) Hardware Monitor 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: Mon, 05 Apr 2010 07:22:43 -0000 Constantine, I've dropped freebsd-drivers and freebsd-hardware from ccs, I'm not subscribed. Please re-add if it's useful, or ignore if not :) On Mon, 5 Apr 2010, Constantine A. Murenin wrote: [..] > * the supposed range specifications are now reported for each input that is > being sensed [..] > > sudo kldload aibs.ko > > sysctl hw.acpi.aibs0 > hw.acpi.aibs0.volt.0: 1192 850 1600 > hw.acpi.aibs0.volt.1: 3312 2970 3630 > hw.acpi.aibs0.volt.2: 5017 4500 5500 > hw.acpi.aibs0.volt.3: 12302 10200 13800 I'm curious about these. Are the high and low ranges being reported by the device/s, or from specifications? At least 3.3 and 5.0V specs are more commonly +/-5%, these are +/-10%, and the 12V range is +/-15%! > hw.acpi.aibs0.temp.0: 31.0C 80.0C 95.0C > hw.acpi.aibs0.temp.1: 58.0C 60.0C 95.0C Obviously the 95C are maxima, but what do the 80C and 60C represent? > hw.acpi.aibs0.fan.0: 907 600 7200 > hw.acpi.aibs0.fan.1: 0 700 7200 > > sysctl -d hw.acpi.aibs0 > hw.acpi.aibs0: ASUSTeK AI Booster (ACPI ASOC ATK0110) > hw.acpi.aibs0.volt.0: Vcore Voltage > hw.acpi.aibs0.volt.1: +3.3 Voltage > hw.acpi.aibs0.volt.2: +5 Voltage > hw.acpi.aibs0.volt.3: +12 Voltage > hw.acpi.aibs0.temp.0: CPU Temperature > hw.acpi.aibs0.temp.1: MB Temperature > hw.acpi.aibs0.fan.0: CPU FAN Speed > hw.acpi.aibs0.fan.1: CHASSIS FAN Speed > > sudo kldunload aibs.ko > > > Best regards, > Constantine.SU. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 11:06:54 2010 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 0B94D1065679 for ; Mon, 5 Apr 2010 11:06:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D61D98FC1E for ; Mon, 5 Apr 2010 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o35B6rPI027708 for ; Mon, 5 Apr 2010 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35B6rVE027706 for freebsd-acpi@FreeBSD.org; Mon, 5 Apr 2010 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 5 Apr 2010 11:06:53 GMT Message-Id: <201004051106.o35B6rVE027706@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-acpi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org 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: Mon, 05 Apr 2010 11:06:54 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o bin/145063 acpi [patch] powerd(8): Add -m and -M (minimum and maximum o amd64/144551 acpi [acpi] ACPI issues on SuperMicro X7SPA-H o i386/144045 acpi [acpi] [panic] kernel trap with acpi enabled o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142263 acpi [acpi] ACPI regression on Asus K8N7-E deluxe motherboa o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject o amd64/140751 acpi [acpi] BIOS resource allocation and FreeBSD ACPI in TO o kern/139088 acpi [acpi] ACPI Exception: AE_AML_INFINITE_LOOP error o amd64/138210 acpi [acpi] acer aspire 5536 ACPI problems (S3, brightness, o bin/137053 acpi [hang] FreeBSD 8.0 BETA2Compaq Mini 700 locks on boot o kern/137042 acpi [acpi] hp laptop's lcd not wakes up after suspend to r o i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o bin/135349 acpi [patch] teach acpidump(8) to disassemble arbitrary mem o kern/135070 acpi [acpi] [patch] BIOS resource allocation and FreeBSD AC o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not o kern/130683 acpi [ACPI] shutdown hangs after syncing disks - ACPI race? o i386/129953 acpi [acpi] ACPI timeout (CDROM) with Shuttle X27D o kern/129618 acpi [acpi] Problem with ACPI on HP Pavilion DV2899 laptop o kern/129563 acpi [acpi] sleep broken on IBM/Lenovo T61 in amd64 mode f kern/128639 acpi [patch] [acpi_asus] acpi for ASUS A6F,A3E,A3F,A3N not f kern/128634 acpi [patch] fix acpi_asus(4) in asus a6f laptop o kern/124744 acpi [acpi] [patch] incorrect _BST result validation for To o kern/124412 acpi [acpi] power off error on Toshiba M40 laptop o kern/123039 acpi [acpi] ACPI AML_BUFFER_LIMIT errors during boot o kern/121504 acpi [patch] Correctly set hw.acpi.osname on certain machin f kern/121454 acpi [pst] Promise SuperTrak SX6000 does not load during bo o amd64/121439 acpi [boot] Installation of FreeBSD 7.0 fails: ACPI problem o kern/121102 acpi [acpi_fujitsu] [patch] update acpi_fujitsu for the P80 o kern/120515 acpi [acpi] [patch] acpi_alloc_wakeup_handler: can't alloc o kern/119356 acpi [acpi]: i386 ACPI wakeup not work due resource exhaust o kern/119200 acpi [acpi] Lid close switch suspends CPU for 1 second on H o kern/118973 acpi [acpi]: Kernel panic with acpi boot o kern/116939 acpi [acpi] PCI-to-PCI misconfigured for bus three and can o i386/114562 acpi [acpi] cardbus is dead after s3 on Thinkpad T43 with a o kern/114165 acpi [acpi] Dell C810 - ACPI problem s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/108954 acpi [acpi] 'sleep(1)' sleeps >1 seconds when speedstep (Cx o kern/108695 acpi [acpi]: Fatal trap 9: general protection fault when in o kern/108488 acpi [acpi] ACPI-1304: *** Error: Method execution failed o kern/108017 acpi [acpi]: Acer Aspire 5600 o kern/106924 acpi [acpi] ACPI resume returns g_vfs_done() errors and ker o kern/105537 acpi [acpi] problems in acpi on HP Compaq nc6320 o kern/104625 acpi ACPI on ASUS A8N-32 SLI/ASUS P4P800 does not show ther o kern/102252 acpi acpi thermal does not work on Abit AW8D (intel 975) o kern/97383 acpi Volume buttons on IBM Thinkpad crash system with ACPI s i386/91748 acpi acpi problem on Acer TravelMare 4652LMi (nvidia panic, s kern/91038 acpi [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Am s kern/90243 acpi Laptop fan doesn't turn off (ACPI enabled) (Packard Be o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 f kern/81000 acpi [apic] Via 8235 sound card worked great with FreeBSD 5 o i386/79081 acpi ACPI suspend/resume not working on HP nx6110 o kern/76950 acpi ACPI wrongly blacklisted on Micron ClientPro 766Xi sys s kern/73823 acpi [request] acpi / power-on by timer support o i386/72566 acpi ACPI, FreeBSD disables fan on Compaq Armada 1750 o i386/69750 acpi Boot without ACPI failed on ASUS L5 o kern/56024 acpi ACPI suspend drains battery while in S3 o i386/55661 acpi ACPI suspend/resume problem on ARMADA M700 o i386/54756 acpi ACPI suspend/resume problem on CF-W2 laptop 60 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 16:53:24 2010 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 128031065674 for ; Mon, 5 Apr 2010 16:53:24 +0000 (UTC) (envelope-from mureninc@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id D6ABE8FC0C for ; Mon, 5 Apr 2010 16:53:23 +0000 (UTC) Received: by pzk35 with SMTP id 35so164062pzk.3 for ; Mon, 05 Apr 2010 09:53:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=wzX/iSrkj+oqxiEuAAsXDzgqBU6bHanwLPQKFtPEe44=; b=cyWG6iwgUyaxylEmIa2lHQuetKz+DG8Bviz2eMiV7y/4W2TzE7tXUzS0YT4bNEkgqY kmV7FD5LwOa3FpcfY8ihHd9tTjbKefVo9eP8ZJSERhF35e4B1J6kKEW+p7nFjFdjJqNP FNhp1BP1yycQjHF+IkkzEDQwxfAvuv9/EEqPw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=mZil4FO+lK2u4/65kGnvHfAxc7DXcJq3PLhPLDvGxIN+Ai3JCxGLqqlGhS/wCUD3lu GwYpo7cH5SbvWFRV0wb5DBpZMCQbC1trL1x8pUcAf50WNd0FInWMtbvm4xFvLAM4DItj pFc97x8a5quMeNQUE46Mk9pgk87nAI+CRNmI4= MIME-Version: 1.0 Sender: mureninc@gmail.com Received: by 10.142.217.9 with HTTP; Mon, 5 Apr 2010 09:28:50 -0700 (PDT) In-Reply-To: <20100405170521.H35463@sola.nimnet.asn.au> References: <20100405055947.GA3544@hita.home.const.name> <20100405170521.H35463@sola.nimnet.asn.au> Date: Mon, 5 Apr 2010 12:28:50 -0400 X-Google-Sender-Auth: f1b1a67456a1f0a4 Received: by 10.142.6.33 with SMTP id 33mr2011708wff.135.1270484930380; Mon, 05 Apr 2010 09:28:50 -0700 (PDT) Message-ID: From: "Constantine A. Murenin" To: Ian Smith Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-acpi@freebsd.org, "Constantine A. Murenin" Subject: Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) Hardware Monitor 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: Mon, 05 Apr 2010 16:53:24 -0000 On 5 April 2010 03:22, Ian Smith wrote: > Constantine, I've dropped freebsd-drivers and freebsd-hardware from ccs, > I'm not subscribed. =A0Please re-add if it's useful, or ignore if not :) Ian, should you have used a mailer with support for Mail-Followup-To, you wouldn't have to do that manually. :-) > On Mon, 5 Apr 2010, Constantine A. Murenin wrote: > [..] > =A0> * the supposed range specifications are now reported =A0for each inp= ut that is > =A0> being sensed > [..] > =A0> > sudo kldload aibs.ko > =A0> > sysctl hw.acpi.aibs0 > =A0> hw.acpi.aibs0.volt.0: 1192 850 1600 > =A0> hw.acpi.aibs0.volt.1: 3312 2970 3630 > =A0> hw.acpi.aibs0.volt.2: 5017 4500 5500 > =A0> hw.acpi.aibs0.volt.3: 12302 10200 13800 > > I'm curious about these. =A0Are the high and low ranges being reported by > the device/s, or from specifications? =A0At least 3.3 and 5.0V specs are > more commonly +/-5%, these are +/-10%, and the 12V range is +/-15%! This is what ASUSTeK has in the ACPI DSDT of the specific motherboard where the test was run. > =A0> hw.acpi.aibs0.temp.0: 31.0C 80.0C 95.0C > =A0> hw.acpi.aibs0.temp.1: 58.0C 60.0C 95.0C > > Obviously the 95C are maxima, but what do the 80C and 60C represent? It's all documented in the manual page for aibs(4) =97 two upper limits for temperatures are provided. On OpenBSD, DragonFly and NetBSD, readings above these values generate WARN and CRIT states. > =A0> hw.acpi.aibs0.fan.0: 907 600 7200 > =A0> hw.acpi.aibs0.fan.1: 0 700 7200 > =A0> > sysctl -d hw.acpi.aibs0 > =A0> hw.acpi.aibs0: ASUSTeK AI Booster (ACPI ASOC ATK0110) > =A0> hw.acpi.aibs0.volt.0: Vcore Voltage > =A0> hw.acpi.aibs0.volt.1: =A0+3.3 Voltage > =A0> hw.acpi.aibs0.volt.2: =A0+5 Voltage > =A0> hw.acpi.aibs0.volt.3: =A0+12 Voltage > =A0> hw.acpi.aibs0.temp.0: CPU Temperature > =A0> hw.acpi.aibs0.temp.1: MB Temperature > =A0> hw.acpi.aibs0.fan.0: CPU FAN Speed > =A0> hw.acpi.aibs0.fan.1: CHASSIS FAN Speed > =A0> > sudo kldunload aibs.ko > =A0> > =A0> > =A0> Best regards, > =A0> Constantine.SU. > > cheers, Ian br, cnst.su. From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 17:30:10 2010 Return-Path: Delivered-To: freebsd-acpi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B603C1065674 for ; Mon, 5 Apr 2010 17:30:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A41178FC18 for ; Mon, 5 Apr 2010 17:30:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o35HUAnU061440 for ; Mon, 5 Apr 2010 17:30:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o35HUARv061437; Mon, 5 Apr 2010 17:30:10 GMT (envelope-from gnats) Date: Mon, 5 Apr 2010 17:30:10 GMT Message-Id: <201004051730.o35HUARv061437@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Dan Lukes Cc: Subject: Re: kern/145306: [acpi]: Can't change brightness on HP ProBook 4510s X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Lukes List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2010 17:30:10 -0000 The following reply was made to PR kern/145306; it has been noted by GNATS. From: Dan Lukes To: David DEMELIER , bug-followup@FreeBSD.org Cc: Subject: Re: kern/145306: [acpi]: Can't change brightness on HP ProBook 4510s Date: Mon, 05 Apr 2010 19:20:01 +0200 Short summary for PR/145306: I asked the David to turn on ACPI debugging. There are some notification (so we know we got debugging output properly) but none of them are related to brightness keys. David DEMELIER wrote: >>> I added them and I got a big output in dmesg but still no message when pressing fn-keys. > No message at all, like I didn't do anything Then no good news. I can't help you. Your BIOS doesn't create the notification required by ACPI specification section B.7 Your's acpidump show that the notification may be sent, but we know the prerequisites that's need to be fulfilled. It may be a initialisation of something or so. If you have older than lates version of system BIOS (e.g. F.12 revision) the upgrade may help: http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareIndex.jsp?lang=en&cc=us&prodNameId=3934829&prodTypeId=321957&prodSeriesId=3934828&swLang=13&taskId=135&swEnvOID=4056#120 May be someone smarter may help better to you. You should save output of: 1. acpidump -dt 2. devinfo -vr 3. dmesg after boot with ACPI debugging turned on somewhere then send URL to the PR so anyone can read it. I'm sorry I have no better response to you ... Dan From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 5 20:39:16 2010 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 E05CC106566B; Mon, 5 Apr 2010 20:39:16 +0000 (UTC) (envelope-from takawata@init-main.com) Received: from sana.init-main.com (unknown [IPv6:2001:240:28::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD1C8FC1D; Mon, 5 Apr 2010 20:39:16 +0000 (UTC) Received: from ns.init-main.com (localhost [127.0.0.1]) by sana.init-main.com (8.14.3/8.14.3) with ESMTP id o35KXwHq089853; Tue, 6 Apr 2010 05:33:59 +0900 (JST) (envelope-from takawata@ns.init-main.com) Message-Id: <201004052033.o35KXwHq089853@sana.init-main.com> To: "Constantine A. Murenin" In-reply-to: Your message of "Mon, 05 Apr 2010 01:59:47 -0400." <20100405055947.GA3544@hita.home.const.name> Date: Tue, 06 Apr 2010 05:33:58 +0900 From: Takanori Watanabe Cc: freebsd-acpi@freebsd.org Subject: Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) Hardware Monitor 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: Mon, 05 Apr 2010 20:39:17 -0000 In message <20100405055947.GA3544@hita.home.const.name>, "Constantine A. Mureni n" $B$5$s$$$o$/(B: > >--SLDf9lqlvOQaIe6s >Content-Type: text/plain; charset=us-ascii; format=flowed >Content-Disposition: inline > >Dear freebsd-{acpi,drivers,hardware}@, > > >Attached patch provides support for the hardware monitoring capabilities >that are present in many modern desktop motherboards from ASUS featuring >the ATK0110 ACPI device. > > >This driver, aibs(4), is a fresh replacement for FreeBSD's existing >acpi_aiboost(4). The new aibs(4) driver has the following advantages >when compared to the old acpi_aiboost(4): > >* the sensors are now provided through the user-serviceable hw.acpi.aibs0 > tree (with a subtree for each sensor type), instead of the Newbus-internal > dev.acpi_aiboost.0 tree that contains various nonprime data at the same > level as the actual sensors > >* the supposed range specifications are now reported > for each input that is being sensed > >* the nature of the new tree, with "volt", "temp" and "fan" subtrees, > allows one to specifically query for the sensors of a certain type > >* the temperature sensors are exported in the temperature 'K' units through > sysctl(9), such that they are pretty-printed by sysctl(8) automatically I don't think there is not so large advantage, but I will not make an objection in that you want to maintain your driver long time. (I don't have access to motherboard with ATK0110 any more.) From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 6 10:14:24 2010 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 9C693106566C; Tue, 6 Apr 2010 10:14:24 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id C5A218FC0A; Tue, 6 Apr 2010 10:14:23 +0000 (UTC) Received: by fxm25 with SMTP id 25so86649fxm.3 for ; Tue, 06 Apr 2010 03:14:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=6D6/db6AEEdJoj2oD3owoB8R5tHTWAeH69acl1dQDI0=; b=jAzw+xwT8tLVFqoOrG/E27iGAUiwssFFsyhIoHwHZFHYhRl9/5y1KTcGRnmcmdZJpn pz8mvgbBaWyS//bLe7eSenwqKmIR5hT3Ld8py4V0L+Ub/I8vKTUsjScAiy93PyQKQMPc yj/c9FUoVkUXIT78+uXb7t8krZkwfSoeQtSxg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=MJVHlobxfNphkND2DVsRRwOY8CBcJVmF2TmbmyK9r03bz0kwd5jVMlaxJ1lHelasG0 uVO+isJ9gonFHg5joO7BPsJwZvFuqqA4SpaCZRSR9pBvVdRzzQTPFWA/JwImJX2S5fvc zoV6h3PoX5JQ2vnIPboOty4ha1+K8InOjQokM= Received: by 10.223.15.65 with SMTP id j1mr6952381faa.0.1270548862159; Tue, 06 Apr 2010 03:14:22 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id z15sm196775fkz.51.2010.04.06.03.14.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Apr 2010 03:14:20 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <20100405055947.GA3544@hita.home.const.name> Date: Tue, 6 Apr 2010 11:14:19 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100405055947.GA3544@hita.home.const.name> To: Constantine A. Murenin X-Mailer: Apple Mail (2.1078) Cc: freebsd-acpi@FreeBSD.org, freebsd-drivers@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) Hardware Monitor 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, 06 Apr 2010 10:14:24 -0000 Hi, On 5 Apr 2010, at 06:59, Constantine A. Murenin wrote: > Dear freebsd-{acpi,drivers,hardware}@,=20 >=20 > Attached patch provides support for the hardware monitoring = capabilities that are present in many modern desktop motherboards from = ASUS featuring the ATK0110 ACPI device.=20 >=20 > This driver, aibs(4), is a fresh replacement for FreeBSD's existing = acpi_aiboost(4). The new aibs(4) driver has the following advantages = when compared to the old acpi_aiboost(4):=20 > * the sensors are now provided through the user-serviceable = hw.acpi.aibs0 tree (with a subtree for each sensor type), instead of = the Newbus-internal dev.acpi_aiboost.0 tree that contains various = nonprime data at the same level as the actual sensors=20 I was under the impression that this the right way in FreeBSD. Regards, -- Rui Paulo From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 6 12:49:48 2010 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 E5F84106564A for ; Tue, 6 Apr 2010 12:49:48 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id A1CB98FC17 for ; Tue, 6 Apr 2010 12:49:48 +0000 (UTC) Received: from taiko.lan (84-203-79-36.mysmart.ie [84.203.79.36]) by dd15624.kasserver.com (Postfix) with ESMTP id 256D32C01AA7F; Tue, 6 Apr 2010 14:49:47 +0200 (CEST) Message-ID: <4BBB2DE1.3090004@chillt.de> Date: Tue, 06 Apr 2010 13:49:37 +0100 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> In-Reply-To: <1270341153.1455.81.camel@RabbitsDen> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-acpi@freebsd.org, Ian Smith Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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, 06 Apr 2010 12:49:49 -0000 > I think some of the frequencies, provided by acpi_throttle and TCC are > slowing down your machine without really cooling the CPU. After a couple of days of testing, I believe this did the trick. I reduced the number of frequencies as per Alexandre's tip. I also swapped _PSV and _CRT for good measure (_PSV is now 85°C and _CRT 95°C). I just rebuilt OpenOffice.org, using a parallel build that stresses all cores. The machine did not overheat. The highest temperature it reached was 84°C for a few minutes. This is still high but not too high. I will try hoovering the air vents and keep my eye on things. If they stay stable from here, I will not be bothering with Dell support. Thanks for all the tips, - Bartosz From owner-freebsd-acpi@FreeBSD.ORG Tue Apr 6 14:03:31 2010 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 65AD6106566C; Tue, 6 Apr 2010 14:03:31 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 116688FC1D; Tue, 6 Apr 2010 14:03:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o36Dlaiw010793; Tue, 6 Apr 2010 07:47:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 06 Apr 2010 07:43:13 -0600 (MDT) Message-Id: <20100406.074313.364718154403381345.imp@bsdimp.com> To: rpaulo@freebsd.org From: "M. Warner Losh" In-Reply-To: References: <20100405055947.GA3544@hita.home.const.name> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-hardware@freebsd.org, freebsd-drivers@freebsd.org, cnst@freebsd.org Subject: Re: aibs(4): ASUSTeK AI Booster (ACPI ATK0110) Hardware Monitor 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, 06 Apr 2010 14:03:31 -0000 In message: Rui Paulo writes: : Hi, : : On 5 Apr 2010, at 06:59, Constantine A. Murenin wrote: : : > Dear freebsd-{acpi,drivers,hardware}@, : > : > Attached patch provides support for the hardware monitoring capabilities that are present in many modern desktop motherboards from ASUS featuring the ATK0110 ACPI device. : > : > This driver, aibs(4), is a fresh replacement for FreeBSD's existing acpi_aiboost(4). The new aibs(4) driver has the following advantages when compared to the old acpi_aiboost(4): : > * the sensors are now provided through the user-serviceable hw.acpi.aibs0 tree (with a subtree for each sensor type), instead of the Newbus-internal dev.acpi_aiboost.0 tree that contains various nonprime data at the same level as the actual sensors : : I was under the impression that this the right way in FreeBSD. To be clear, this is a regression. They should be through the dev tree. We've been migrating exposed functionality from the hw. tree to the dev. tree for quite some time now. hw. isn't any more user-serviceable than dev. is. Warner From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 7 08:48:19 2010 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 1AA27106566C for ; Wed, 7 Apr 2010 08:48:19 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 84CF88FC1B for ; Wed, 7 Apr 2010 08:48:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o378m8TM051959; Wed, 7 Apr 2010 18:48:09 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 7 Apr 2010 18:48:08 +1000 (EST) From: Ian Smith To: Bartosz Fabianowski In-Reply-To: <4BBB2DE1.3090004@chillt.de> Message-ID: <20100407183846.S35463@sola.nimnet.asn.au> References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> <4BBB2DE1.3090004@chillt.de> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-377526846-1270630088=:35463" Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Wed, 07 Apr 2010 08:48:19 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-377526846-1270630088=:35463 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT On Tue, 6 Apr 2010, Bartosz Fabianowski wrote: > > I think some of the frequencies, provided by acpi_throttle and TCC are > > slowing down your machine without really cooling the CPU. > > After a couple of days of testing, I believe this did the trick. I reduced > the number of frequencies as per Alexandre's tip. I also swapped _PSV and > _CRT for good measure (_PSV is now 85°C and _CRT 95°C). > > I just rebuilt OpenOffice.org, using a parallel build that stresses all > cores. The machine did not overheat. The highest temperature it reached was > 84°C for a few minutes. This is still high but not too high. A result, good. > I will try hoovering the air vents and keep my eye on things. If they stay > stable from here, I will not be bothering with Dell support. Great. I'd still like to know what your remaining frequencies are, as I couldn't correlate your previous full set with the throttling N * 12.5%? cheers, Ian --0-377526846-1270630088=:35463-- From owner-freebsd-acpi@FreeBSD.ORG Wed Apr 7 10:43:49 2010 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 9CAFB106566B for ; Wed, 7 Apr 2010 10:43:49 +0000 (UTC) (envelope-from Jason-z@yandex.ru) Received: from forward10.mail.yandex.net (forward10.mail.yandex.net [77.88.61.49]) by mx1.freebsd.org (Postfix) with ESMTP id B5C2A8FC14 for ; Wed, 7 Apr 2010 10:43:48 +0000 (UTC) Received: from web113.yandex.ru (web113.yandex.ru [77.88.60.180]) by forward10.mail.yandex.net (Yandex) with ESMTP id 57BE3132233E for ; Wed, 7 Apr 2010 14:24:24 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1270635864; bh=e39lwKhuZUdUvzFmnpe1cRVtjcnBVG6gY+qteA/ETV4=; h=From:To:Subject:MIME-Version:Message-Id:Date:Content-Type; b=sYmeiqc/7VNrbY5iiJUaESCfIEh7e7gLZWYsJXABlzjkMloaoJ7Aa36+RaGvIkViI T9B6n/PpJNTU2VCSkdH25Boe0Im2cJvLsnyGbqKM0EWL4mNPFCMBmRM6AK+Ll7l0At W1C3TZs1tLYgdzwp6seLI5bjOab3kB//86TAaxe0= Received: from localhost (localhost.localdomain [127.0.0.1]) by web113.yandex.ru (Yandex) with ESMTP id 19E771E58005 for ; Wed, 7 Apr 2010 14:24:24 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: web113.yandex.ru X-Yandex-TimeMark: 1270635864 Received: from [178.44.142.66] ([178.44.142.66]) by mail.yandex.ru with HTTP; Wed, 07 Apr 2010 14:24:22 +0400 From: =?koi8-r?B?+snOz9fYxdcg4czFy9PBzsTS?= To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Message-Id: <12671270635862@web113.yandex.ru> Date: Wed, 07 Apr 2010 14:24:22 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Type: multipart/mixed; boundary="----==--bound.1268.web113.yandex.ru" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 8.0 hangs on reboot 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: Wed, 07 Apr 2010 10:43:49 -0000 ------==--bound.1268.web113.yandex.ru Content-Transfer-Encoding: 7bit Content-Type: text/plain Hi, All! I have installed FreeBSD 8.0 Release on i386 PC, with Foxconn 661M04-MX-6L motherboard. When I try to "reboot" or "shutdown -r", system freezes with message "Rebooting..." "Shutdown -p" works fine. I have updated bios to last version, and tried to boot with acpi disabled, but problem is still remains. Also I tried to sysctl hw.acpi.handle_reboot=1 and got acpi0: reset failed - AE_BAD_ADDRESS Rebooting... It seems that I can't "debug" and figure out the reason. Any suggestions? --- With best regards, Alexander Zinoviev. ------==--bound.1268.web113.yandex.ru Content-Disposition: attachment; filename="dmesg.txt" Content-Transfer-Encoding: base64 Content-Type: text/plain; name="dmesg.txt" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtUkVMRUFTRSAjMjogVHVlIEFwciAgNiAxNDow ODozOCBZRUtTVCAyMDEwCiAgICByb290QHN1bW1lci50cnVzdDIwLmxvY2FsOi91c3Ivb2JqL3Vz ci9zcmMvc3lzL1NVTU1FUgpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5l bCIgYXQgMHhjMGEzOTAwMC4KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBI eiBxdWFsaXR5IDAKQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDI1MjcwMDc5 ODkgSHoKQ1BVOiBJbnRlbChSKSBDZWxlcm9uKFIpIENQVSAyLjUzR0h6ICgyNTI3LjAxLU1IeiA2 ODYtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJHZW51aW5lSW50ZWwiICBJZCA9IDB4ZjQxICBTdGVw cGluZyA9IDEKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFF LE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRT LEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHg0NDFk PFNTRTMsRFRFUzY0LE1PTixEU19DUEwsQ05YVC1JRCx4VFBSPgogIFRTQzogUC1zdGF0ZSBpbnZh cmlhbnQKCkluc3RydWN0aW9uIFRMQjogNCBLQiwgMiBNQiBvciA0IE1CIHBhZ2VzLCBmdWxseSBh c3NvY2lhdGl2ZSwgMTI4IGVudHJpZXMKRGF0YSBUTEI6IDQgS0Igb3IgNCBNQiBwYWdlcywgZnVs bHkgYXNzb2NpYXRpdmUsIDY0IGVudHJpZXMKMXN0LWxldmVsIGRhdGEgY2FjaGU6IDE2IEtCLCA4 LXdheSBzZXQgYXNzb2NpYXRpdmUsIHNlY3RvcmVkIGNhY2hlLCA2NCBieXRlIGxpbmUgc2l6ZQpU cmFjZSBjYWNoZTogMTJLLXVvcHMsIDgtd2F5IHNldCBhc3NvY2lhdGl2ZQoybmQtbGV2ZWwgY2Fj aGU6IDI1NiBLQiwgNC13YXkgc2V0IGFzc29jaWF0aXZlLCBzZWN0b3JlZCBjYWNoZSwgNjQgYnl0 ZSBsaW5lIHNpemUKTDIgY2FjaGU6IDI1NiBrYnl0ZXMsIDQtd2F5IGFzc29jaWF0aXZlLCA2NCBi eXRlcy9saW5lCnJlYWwgbWVtb3J5ICA9IDI2ODQzNTQ1NiAoMjU2IE1CKQpQaHlzaWNhbCBtZW1v cnkgY2h1bmsocyk6CjB4MDAwMDAwMDAwMDAwMTAwMCAtIDB4MDAwMDAwMDAwMDA5ZWZmZiwgNjQ3 MTY4IGJ5dGVzICgxNTggcGFnZXMpCjB4MDAwMDAwMDAwMDEwMDAwMCAtIDB4MDAwMDAwMDAwMDNm ZmZmZiwgMzE0NTcyOCBieXRlcyAoNzY4IHBhZ2VzKQoweDAwMDAwMDAwMDBjMjYwMDAgLSAweDAw MDAwMDAwMGRiYmNmZmYsIDIxNzY3MzcyOCBieXRlcyAoNTMxNDMgcGFnZXMpCmF2YWlsIG1lbW9y eSA9IDIxOTMxNjIyNCAoMjA5IE1CKQpUYWJsZSAnRkFDUCcgYXQgMHhkZmYzMDQwClRhYmxlICdB UElDJyBhdCAweGRmZjY3ODAKTUFEVDogRm91bmQgdGFibGUgYXQgMHhkZmY2NzgwCk1QIENvbmZp Z3VyYXRpb24gVGFibGUgdmVyc2lvbiAxLjQgZm91bmQgYXQgMHhjMDBmMTQwMApBUElDOiBVc2lu ZyB0aGUgTUFEVCBlbnVtZXJhdG9yLgpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQg MDogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAwIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQg MSBBQ1BJIElEIDE6IGRpc2FibGVkCkFDUEkgQVBJQyBUYWJsZTogPEFXQVJEICBBV1JEQUNQST4K QVBJQzogQ1BVIDAgaGFzIEFDUEkgSUQgMApiaW9zMzI6IEZvdW5kIEJJT1MzMiBTZXJ2aWNlIERp cmVjdG9yeSBoZWFkZXIgYXQgMHhjMDBmYjVmMApiaW9zMzI6IEVudHJ5ID0gMHhmYmE3MCAoYzAw ZmJhNzApICBSZXYgPSAwICBMZW4gPSAxCnBjaWJpb3M6IFBDSSBCSU9TIGVudHJ5IGF0IDB4ZjAw MDArMHhiYWUwCnBucGJpb3M6IEZvdW5kIFBuUCBCSU9TIGRhdGEgYXQgMHhjMDBmYzRmMApwbnBi aW9zOiBFbnRyeSA9IGYwMDAwOmM1MjAgIFJldiA9IDEuMApPdGhlciBCSU9TIHNpZ25hdHVyZXMg Zm91bmQ6ClVMRTogc2V0dXAgY3B1IDAKQUNQSTogUlNEUCAweGY3MWYwIDAwMDE0ICh2MCBBV0FS RCApCkFDUEk6IFJTRFQgMHhkZmYzMDAwIDAwMDJDICh2MSBBV0FSRCAgQVdSREFDUEkgNDIzMDJF MzEgQVdSRCAwMDAwMDAwMCkKQUNQSTogRkFDUCAweGRmZjMwNDAgMDAwNzQgKHYxIEFXQVJEICBB V1JEQUNQSSA0MjMwMkUzMSBBV1JEIDAwMDAwMDAwKQpBQ1BJOiBEU0RUIDB4ZGZmMzBjMCAwMzZC QSAodjEgQVdBUkQgIEFXUkRBQ1BJIDAwMDAxMDAwIE1TRlQgMDEwMDAwMEUpCkFDUEk6IEZBQ1Mg MHhkZmYwMDAwIDAwMDQwCkFDUEk6IEFQSUMgMHhkZmY2NzgwIDAwMDY4ICh2MSBBV0FSRCAgQVdS REFDUEkgNDIzMDJFMzEgQVdSRCAwMDAwMDAwMCkKTUFEVDogRm91bmQgSU8gQVBJQyBJRCAyLCBJ bnRlcnJ1cHQgMCBhdCAweGZlYzAwMDAwCmlvYXBpYzA6IFJvdXRpbmcgZXh0ZXJuYWwgODI1OUEn cyAtPiBpbnRwaW4gMApNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSAwLCBpcnEgMgpp b2FwaWMwOiBSb3V0aW5nIElSUSAwIC0+IGludHBpbiAyCk1BRFQ6IEludGVycnVwdCBvdmVycmlk ZTogc291cmNlIDksIGlycSA5CmlvYXBpYzA6IGludHBpbiA5IHRyaWdnZXI6IGxldmVsCmlvYXBp YzA6IGludHBpbiA5IHBvbGFyaXR5OiBsb3cKbGFwaWMwOiBSb3V0aW5nIE5NSSAtPiBMSU5UMQps YXBpYzA6IExJTlQxIHRyaWdnZXI6IGVkZ2UKbGFwaWMwOiBMSU5UMSBwb2xhcml0eTogaGlnaApN QURUOiBJZ25vcmluZyBsb2NhbCBOTUkgcm91dGVkIHRvIEFDUEkgQ1BVIDEKaW9hcGljMCA8VmVy c2lvbiAxLjQ+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDogMHgw MDAwMDAwMCAgIFZFUjogMHgwMDA1MDAxNCBMRFI6IDB4MDAwMDAwMDAgREZSOiAweGZmZmZmZmZm CiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNW UjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDEwMDAwIGVycjog MHgwMDAxMDAwMCBwY206IDB4MDAwMTA0MDAKbmZzbG9jazogcHNldWRvLWRldmljZQprYmQ6IG5l dyBhcnJheSBzaXplIDQKa2JkMSBhdCBrYmRtdXgwCm1lbTogPG1lbW9yeT4KUGVudGl1bSBQcm8g TVRSUiBzdXBwb3J0IGVuYWJsZWQKbnVsbDogPG51bGwgZGV2aWNlLCB6ZXJvIGRldmljZT4KaW86 IDxJL08+CnJhbmRvbTogPGVudHJvcHkgc291cmNlLCBTb2Z0d2FyZSwgWWFycm93PgpucHgwOiBJ TlQgMTYgaW50ZXJmYWNlCmFjcGkwOiA8QVdBUkQgQVdSREFDUEk+IG9uIG1vdGhlcmJvYXJkCmlv YXBpYzA6IHJvdXRpbmcgaW50cGluIDkgKElTQSBJUlEgOSkgdG8gbGFwaWMgMCB2ZWN0b3IgNDgK YWNwaTA6IFtNUFNBRkVdCmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4 ZWQpCmFjcGkwOiB3YWtldXAgY29kZSB2YSAweGMxYjRlMDAwIHBhIDB4MTAwMApwY2lfb3Blbigx KToJbW9kZSAxIGFkZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDgwMDAxNTA0CnBjaV9vcGVuKDFhKToJ bW9kZTFyZXM9MHg4MDAwMDAwMCAoMHg4MDAwMDAwMCkKcGNpX2NmZ2NoZWNrOglkZXZpY2UgMCBb Y2xhc3M9MDYwMDAwXSBbaGRyPTgwXSBpcyB0aGVyZSAoaWQ9MDY2MTEwMzkpCnBjaWJpb3M6IEJJ T1MgdmVyc2lvbiAyLjEwCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4sIGFz c3VtaW5nIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IFxcX1NCXy5QQ0kwLlM5NjIuUElSUSAtPiBidXMg MCBkZXYgMiBmdW5jIDAKYWNwaV9idXNfbnVtYmVyOiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNz dW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogXFxfU0JfLlBDSTAuUzk2Mi5QSVIyIC0+IGJ1cyAw IGRldiAyIGZ1bmMgMAphY3BpMDogcmVzZXJ2YXRpb24gb2YgMCwgYTAwMDAgKDMpIGZhaWxlZAph Y3BpMDogcmVzZXJ2YXRpb24gb2YgMTAwMDAwLCBkZWYwMDAwICgzKSBmYWlsZWQKQUNQSSB0aW1l cjogMS8yIDEvMSAxLzEgMS8xIDEvMiAxLzEgMS8xIDEvMSAxLzEgMS8xIC0+IDEwClRpbWVjb3Vu dGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3Rp bWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDEwMDgtMHgxMDBiIG9u IGFjcGkwCnBjaV9saW5rMDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5p dGlhbCBQcm9iZSAgICAgICAwICAgIDUgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAx NCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAgMCAgMyA0IDUgNiA3IDkg MTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMg NCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMTogICAgICAgIEluZGV4ICBJUlEgIFJ0 ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQg NSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAg ICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAg IDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rMjogICAg ICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAg IDMgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAg ICAgICAgMCAgICAzICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRl ciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0 IDE1CnBjaV9saW5rMzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlh bCBQcm9iZSAgICAgICAwICAgMTAgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAx NQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAg MTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1 IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNDogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAg UmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDUgICBOICAgICAwICAzIDQgNSA2 IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA1ICAgTiAgICAg MCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1 NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNTogICAgICAg IEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgMTAg ICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAg ICAgMCAgIDEwICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBE aXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1 CnBjaV9saW5rNjogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgSW5pdGlhbCBQ cm9iZSAgICAgICAwICAgMTEgICBOICAgICAwICAzIDQgNSA2IDcgOSAxMCAxMSAxMiAxNCAxNQog IFZhbGlkYXRpb24gICAgICAgICAgMCAgIDExICAgTiAgICAgMCAgMyA0IDUgNiA3IDkgMTAgMTEg MTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAgIE4gICAgIDAgIDMgNCA1IDYg NyA5IDEwIDExIDEyIDE0IDE1CnBjaV9saW5rNzogICAgICAgIEluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzCiAgSW5pdGlhbCBQcm9iZSAgICAgICAwICAgIDkgICBOICAgICAwICAzIDQgNSA2IDcg OSAxMCAxMSAxMiAxNCAxNQogIFZhbGlkYXRpb24gICAgICAgICAgMCAgICA5ICAgTiAgICAgMCAg MyA0IDUgNiA3IDkgMTAgMTEgMTIgMTQgMTUKICBBZnRlciBEaXNhYmxlICAgICAgIDAgIDI1NSAg IE4gICAgIDAgIDMgNCA1IDYgNyA5IDEwIDExIDEyIDE0IDE1CmFjcGlfYnV0dG9uMDogPFBvd2Vy IEJ1dHRvbj4gb24gYWNwaTAKcGNpYjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNm OC0weGNmZiwweDQ4MC0weDQ4ZiwweDEwMDAtMHgxMGRmLDB4MTBlMC0weDEwZmYgb24gYWNwaTAK cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogZG9tYWluPTAsIHBoeXNpY2FsIGJ1 cz0wCmZvdW5kLT4JdmVuZG9yPTB4MTAzOSwgZGV2PTB4MDY2MSwgcmV2aWQ9MHgxMQoJZG9tYWlu PTAsIGJ1cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MQoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDIyMTAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZTgwMDAw MDAsIHNpemUgMjYsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMDM5LCBkZXY9MHgwMDAzLCBy ZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9MSwgZnVuYz0wCgljbGFzcz0wNi0wNC0w MCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9MHgwMTA3LCBzdGF0cmVnPTB4MDAyMCwg Y2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4NDAgKDE5MjAgbnMpLCBtaW5nbnQ9MHgw ZSAoMzUwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMzksIGRl dj0weDA5NjQsIHJldmlkPTB4MzYKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD0yLCBmdW5jPTAKCWNs YXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMGYsIHN0YXRy ZWc9MHgwMjAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1p bmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAz OSwgZGV2PTB4NTUxMywgcmV2aWQ9MHgwMQoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTIsIGZ1bmM9 NQoJY2xhc3M9MDEtMDEtOGEsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNSwg c3RhdHJlZz0weDAyMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDgwICgzODQw IG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBp cnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsyMF06 IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4NDAwMCwgc2l6ZSAgNCwgZW5hYmxlZApm b3VuZC0+CXZlbmRvcj0weDEwMzksIGRldj0weDcwMTIsIHJldmlkPTB4YTAKCWRvbWFpbj0wLCBi dXM9MCwgc2xvdD0yLCBmdW5jPTcKCWNsYXNzPTA0LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTAKCWNtZHJlZz0weDAwMDUsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJ bGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MzQgKDEzMDAwIG5zKSwgbWF4bGF0PTB4 MGIgKDI3NTAgbnMpCglpbnRwaW49YywgaXJxPTMKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBE MSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBJL08gUG9ydCwgcmFuZ2UgMzIsIGJh c2UgMHhlMDAwLCBzaXplICA4LCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIEkvTyBQb3J0LCByYW5n ZSAzMiwgYmFzZSAweGU0MDAsIHNpemUgIDcsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkg Zm9yIDAuMi5JTlRDCnBjaWIwOiBzbG90IDIgSU5UQyBoYXJkd2lyZWQgdG8gSVJRIDE4CmZvdW5k LT4JdmVuZG9yPTB4MTAzOSwgZGV2PTB4NzAwMSwgcmV2aWQ9MHgwZgoJZG9tYWluPTAsIGJ1cz0w LCBzbG90PTMsIGZ1bmM9MAoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJ Y21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0 aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDUwICgyMDAw MCBucykKCWludHBpbj1hLCBpcnE9NQoJbWFwWzEwXTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBi YXNlIDB4ZWQyMDMwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9y IDAuMy5JTlRBCnBjaWIwOiBzbG90IDMgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDIwCmZvdW5kLT4J dmVuZG9yPTB4MTAzOSwgZGV2PTB4NzAwMSwgcmV2aWQ9MHgwZgoJZG9tYWluPTAsIGJ1cz0wLCBz bG90PTMsIGZ1bmM9MQoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21k cmVnPTB4MDAwNywgc3RhdHJlZz0weDAyODAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1l cj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDUwICgyMDAwMCBu cykKCWludHBpbj1iLCBpcnE9MTAKCW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFz ZSAweGVkMjA1MDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjMuSU5UQgpwY2liMDogc2xvdCAzIElOVEIgaGFyZHdpcmVkIHRvIElSUSAyMQpmb3VuZC0+CXZl bmRvcj0weDEwMzksIGRldj0weDcwMDEsIHJldmlkPTB4MGYKCWRvbWFpbj0wLCBidXM9MCwgc2xv dD0zLCBmdW5jPTIKCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJl Zz0weDAwMDcsIHN0YXRyZWc9MHgwMjgwLCBjYWNoZWxuc3o9OCAoZHdvcmRzKQoJbGF0dGltZXI9 MHgyMCAoOTYwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHg1MCAoMjAwMDAgbnMp CglpbnRwaW49YywgaXJxPTExCgltYXBbMTBdOiB0eXBlIE1lbW9yeSwgcmFuZ2UgMzIsIGJhc2Ug MHhlZDIwMDAwMCwgc2l6ZSAxMiwgZW5hYmxlZApwY2liMDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4z LklOVEMKcGNpYjA6IHNsb3QgMyBJTlRDIGhhcmR3aXJlZCB0byBJUlEgMjIKZm91bmQtPgl2ZW5k b3I9MHgxMDM5LCBkZXY9MHg3MDAyLCByZXZpZD0weDAwCglkb21haW49MCwgYnVzPTAsIHNsb3Q9 MywgZnVuYz0zCgljbGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMDA2LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTggKGR3b3JkcykKCWxhdHRpbWVyPTB4 MjAgKDk2MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4NTAgKDIwMDAwIG5zKQoJ aW50cGluPWQsIGlycT05Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAK CW1hcFsxMF06IHR5cGUgTWVtb3J5LCByYW5nZSAzMiwgYmFzZSAweGVkMjAxMDAwLCBzaXplIDEy LCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjMuSU5URApwY2liMDogc2xvdCAz IElOVEQgaGFyZHdpcmVkIHRvIElSUSAyMwpmb3VuZC0+CXZlbmRvcj0weDEwMzksIGRldj0weDA5 MDAsIHJldmlkPTB4OTAKCWRvbWFpbj0wLCBidXM9MCwgc2xvdD00LCBmdW5jPTAKCWNsYXNzPTAy LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgw MjkwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgyMCAoOTYwIG5zKSwgbWluZ250 PTB4MzQgKDEzMDAwIG5zKSwgbWF4bGF0PTB4MGIgKDI3NTAgbnMpCglpbnRwaW49YSwgaXJxPTEw Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06 IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZTgwMCwgc2l6ZSAgOCwgZW5hYmxlZAoJ bWFwWzE0XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZWQyMDIwMDAsIHNpemUgMTIs IGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuNC5JTlRBCnBjaWIwOiBzbG90IDQg SU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE5CmZvdW5kLT4JdmVuZG9yPTB4ODA4NiwgZGV2PTB4MTIy OSwgcmV2aWQ9MHgwOAoJZG9tYWluPTAsIGJ1cz0wLCBzbG90PTgsIGZ1bmM9MAoJY2xhc3M9MDIt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAy OTAsIGNhY2hlbG5zej04IChkd29yZHMpCglsYXR0aW1lcj0weDIwICg5NjAgbnMpLCBtaW5nbnQ9 MHgwOCAoMjAwMCBucyksIG1heGxhdD0weDM4ICgxNDAwMCBucykKCWludHBpbj1hLCBpcnE9MTEK CXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTog dHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZWQyMDQwMDAsIHNpemUgMTIsIGVuYWJsZWQK CW1hcFsxNF06IHR5cGUgSS9PIFBvcnQsIHJhbmdlIDMyLCBiYXNlIDB4ZWMwMCwgc2l6ZSAgNiwg ZW5hYmxlZAoJbWFwWzE4XTogdHlwZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZWQxMDAwMDAs IHNpemUgMjAsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuOC5JTlRBCnBjaWIw OiBzbG90IDggSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDE3CmFncDA6IDxTaVMgNjYxIGhvc3QgdG8g QUdQIGJyaWRnZT4gb24gaG9zdGIwCmhvc3RiMDogUmVzZXJ2ZWQgMHg0MDAwMDAwIGJ5dGVzIGZv ciByaWQgMHgxMCB0eXBlIDMgYXQgMHhlODAwMDAwMAphZ3AwOiBhbGxvY2F0aW5nIEdBVFQgZm9y IGFwZXJ0dXJlIG9mIHNpemUgNjRNCnBjaWIxOiA8UENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAx LjAgb24gcGNpMApwY2liMTogICBkb21haW4gICAgICAgICAgICAwCnBjaWIxOiAgIHNlY29uZGFy eSBidXMgICAgIDEKcGNpYjE6ICAgc3Vib3JkaW5hdGUgYnVzICAgMQpwY2liMTogICBJL08gZGVj b2RlICAgICAgICAweGQwMDAtMHhkZmZmCnBjaWIxOiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZWQw MDAwMDAtMHhlZDBmZmZmZgpwY2liMTogICBwcmVmZXRjaGVkIGRlY29kZSAweGUwMDAwMDAwLTB4 ZTdmZmZmZmYKcGNpMTogPFBDSSBidXM+IG9uIHBjaWIxCnBjaTE6IGRvbWFpbj0wLCBwaHlzaWNh bCBidXM9MQpmb3VuZC0+CXZlbmRvcj0weDEwMzksIGRldj0weDYzMzAsIHJldmlkPTB4MDAKCWRv bWFpbj0wLCBidXM9MSwgc2xvdD0wLCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4 MDAsIG1mZGV2PTAKCWNtZHJlZz0weDAwMDMsIHN0YXRyZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAo ZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0 PTB4MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBE MSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEwXTogdHlwZSBQcmVmZXRjaGFibGUgTWVtb3J5LCBy YW5nZSAzMiwgYmFzZSAweGUwMDAwMDAwLCBzaXplIDI3LCBlbmFibGVkCnBjaWIxOiByZXF1ZXN0 ZWQgbWVtb3J5IHJhbmdlIDB4ZTAwMDAwMDAtMHhlN2ZmZmZmZjogZ29vZAoJbWFwWzE0XTogdHlw ZSBNZW1vcnksIHJhbmdlIDMyLCBiYXNlIDB4ZWQwMDAwMDAsIHNpemUgMTcsIGVuYWJsZWQKcGNp YjE6IHJlcXVlc3RlZCBtZW1vcnkgcmFuZ2UgMHhlZDAwMDAwMC0weGVkMDFmZmZmOiBnb29kCglt YXBbMThdOiB0eXBlIEkvTyBQb3J0LCByYW5nZSAzMiwgYmFzZSAweGQwMDAsIHNpemUgIDcsIGVu YWJsZWQKcGNpYjE6IHJlcXVlc3RlZCBJL08gcmFuZ2UgMHhkMDAwLTB4ZDA3ZjogaW4gcmFuZ2UK cGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuMS5JTlRBCnBjaWIwOiBzbG90IDEgSU5UQSBoYXJk d2lyZWQgdG8gSVJRIDE2CnBjaWIxOiBzbG90IDAgSU5UQSBpcyByb3V0ZWQgdG8gaXJxIDE2CnZn YXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4ZDAwMC0weGQwN2YgbWVtIDB4 ZTAwMDAwMDAtMHhlN2ZmZmZmZiwweGVkMDAwMDAwLTB4ZWQwMWZmZmYgaXJxIDE2IGF0IGRldmlj ZSAwLjAgb24gcGNpMQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBj aTAKaXNhMDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxTaVMgOTY0IFVETUExMzMgY29u dHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweDQwMDAt MHg0MDBmIGF0IGRldmljZSAyLjUgb24gcGNpMAphdGFwY2kwOiBSZXNlcnZlZCAweDEwIGJ5dGVz IGZvciByaWQgMHgyMCB0eXBlIDQgYXQgMHg0MDAwCmF0YTA6IDxBVEEgY2hhbm5lbCAwPiBvbiBh dGFwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSA0IGF0 IDB4MWYwCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRlcyBmb3IgcmlkIDB4MTQgdHlwZSA0IGF0 IDB4M2Y2CmF0YTA6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBvc3RhdDE9MDAKYXRhMDog c3RhdDA9MHg1MCBlcnI9MHgwMSBsc2I9MHgwMCBtc2I9MHgwMAphdGEwOiBzdGF0MT0weDAwIGVy cj0weDAxIGxzYj0weDAwIG1zYj0weDAwCmF0YTA6IHJlc2V0IHRwMiBzdGF0MD01MCBzdGF0MT0w MCBkZXZpY2VzPTB4MQppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNCAoSVNBIElSUSAxNCkgdG8g bGFwaWMgMCB2ZWN0b3IgNDkKYXRhMDogW01QU0FGRV0KYXRhMDogW0lUSFJFQURdCmF0YTE6IDxB VEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3Ig cmlkIDB4MTggdHlwZSA0IGF0IDB4MTcwCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRlcyBmb3Ig cmlkIDB4MWMgdHlwZSA0IGF0IDB4Mzc2CmF0YTE6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD0w MCBvc3RhdDE9MDAKYXRhMTogc3RhdDA9MHgwMCBlcnI9MHgwMCBsc2I9MHgwMCBtc2I9MHgwMAph dGExOiBzdGF0MT0weDAwIGVycj0weDAwIGxzYj0weDAwIG1zYj0weDAwCmF0YTE6IHJlc2V0IHRw MiBzdGF0MD0wMCBzdGF0MT0wMCBkZXZpY2VzPTB4MAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAx NSAoSVNBIElSUSAxNSkgdG8gbGFwaWMgMCB2ZWN0b3IgNTAKYXRhMTogW01QU0FGRV0KYXRhMTog W0lUSFJFQURdCnBjaTA6IDxtdWx0aW1lZGlhLCBhdWRpbz4gYXQgZGV2aWNlIDIuNyAobm8gZHJp dmVyIGF0dGFjaGVkKQpvaGNpMDogPFNpUyA1NTcxIFVTQiBjb250cm9sbGVyPiBtZW0gMHhlZDIw MzAwMC0weGVkMjAzZmZmIGlycSAyMCBhdCBkZXZpY2UgMy4wIG9uIHBjaTAKb2hjaTA6IFJlc2Vy dmVkIDB4MTAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZWQyMDMwMDAKaW9hcGlj MDogcm91dGluZyBpbnRwaW4gMjAgKFBDSSBJUlEgMjApIHRvIGxhcGljIDAgdmVjdG9yIDUxCm9o Y2kwOiBbTVBTQUZFXQpvaGNpMDogW0lUSFJFQURdCnVzYnVzMDogPFNpUyA1NTcxIFVTQiBjb250 cm9sbGVyPiBvbiBvaGNpMApvaGNpMTogPFNpUyA1NTcxIFVTQiBjb250cm9sbGVyPiBtZW0gMHhl ZDIwNTAwMC0weGVkMjA1ZmZmIGlycSAyMSBhdCBkZXZpY2UgMy4xIG9uIHBjaTAKb2hjaTE6IFJl c2VydmVkIDB4MTAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZWQyMDUwMDAKaW9h cGljMDogcm91dGluZyBpbnRwaW4gMjEgKFBDSSBJUlEgMjEpIHRvIGxhcGljIDAgdmVjdG9yIDUy Cm9oY2kxOiBbTVBTQUZFXQpvaGNpMTogW0lUSFJFQURdCnVzYnVzMTogPFNpUyA1NTcxIFVTQiBj b250cm9sbGVyPiBvbiBvaGNpMQpvaGNpMjogPFNpUyA1NTcxIFVTQiBjb250cm9sbGVyPiBtZW0g MHhlZDIwMDAwMC0weGVkMjAwZmZmIGlycSAyMiBhdCBkZXZpY2UgMy4yIG9uIHBjaTAKb2hjaTI6 IFJlc2VydmVkIDB4MTAwMCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSAzIGF0IDB4ZWQyMDAwMDAK aW9hcGljMDogcm91dGluZyBpbnRwaW4gMjIgKFBDSSBJUlEgMjIpIHRvIGxhcGljIDAgdmVjdG9y IDUzCm9oY2kyOiBbTVBTQUZFXQpvaGNpMjogW0lUSFJFQURdCnVzYnVzMjogPFNpUyA1NTcxIFVT QiBjb250cm9sbGVyPiBvbiBvaGNpMgplaGNpMDogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29u dHJvbGxlcj4gbWVtIDB4ZWQyMDEwMDAtMHhlZDIwMWZmZiBpcnEgMjMgYXQgZGV2aWNlIDMuMyBv biBwY2kwCmVoY2kwOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBh dCAweGVkMjAxMDAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIzIChQQ0kgSVJRIDIzKSB0byBs YXBpYyAwIHZlY3RvciA1NAplaGNpMDogW01QU0FGRV0KZWhjaTA6IFtJVEhSRUFEXQp1c2J1czM6 IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXMzOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9s bGVyPiBvbiBlaGNpMApzaXMwOiA8U2lTIDkwMCAxMC8xMDBCYXNlVFg+IHBvcnQgMHhlODAwLTB4 ZThmZiBtZW0gMHhlZDIwMjAwMC0weGVkMjAyZmZmIGlycSAxOSBhdCBkZXZpY2UgNC4wIG9uIHBj aTAKc2lzMDogUmVzZXJ2ZWQgMHgxMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgNCBhdCAweGU4 MDAKbWlpYnVzMDogPE1JSSBidXM+IG9uIHNpczAKcmxwaHkwOiA8SUMgUGx1cyAxMC8xMDAgUEhZ PiBQSFkgMSBvbiBtaWlidXMwCnJscGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNl VFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8Kc2lzMDogYnBmIGF0dGFjaGVkCnNpczA6IEV0aGVybmV0 IGFkZHJlc3M6IDAwOjE1OjU4OjFkOjk0OmIwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE5IChQ Q0kgSVJRIDE5KSB0byBsYXBpYyAwIHZlY3RvciA1NQpzaXMwOiBbTVBTQUZFXQpzaXMwOiBbSVRI UkVBRF0KZnhwMDogPEludGVsIDgyNTU5IFByby8xMDAgRXRoZXJuZXQ+IHBvcnQgMHhlYzAwLTB4 ZWMzZiBtZW0gMHhlZDIwNDAwMC0weGVkMjA0ZmZmLDB4ZWQxMDAwMDAtMHhlZDFmZmZmZiBpcnEg MTcgYXQgZGV2aWNlIDguMCBvbiBwY2kwCmZ4cDA6IFJlc2VydmVkIDB4MTAwMCBieXRlcyBmb3Ig cmlkIDB4MTAgdHlwZSAzIGF0IDB4ZWQyMDQwMDAKZnhwMDogdXNpbmcgbWVtb3J5IHNwYWNlIHJl Z2lzdGVyIG1hcHBpbmcKZnhwMDogUENJIElEczogODA4NiAxMjI5IDgwODYgMDAwYyAwMDA4CmZ4 cDA6IER5bmFtaWMgU3RhbmRieSBtb2RlIGlzIGRpc2FibGVkCm1paWJ1czE6IDxNSUkgYnVzPiBv biBmeHAwCmlucGh5MDogPGk4MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBt aWlidXMxCmlucGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VU WC1GRFgsIGF1dG8KZnhwMDogYnBmIGF0dGFjaGVkCmZ4cDA6IEV0aGVybmV0IGFkZHJlc3M6IDAw OmQwOmI3OjRkOmY0OmYyCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE3IChQQ0kgSVJRIDE3KSB0 byBsYXBpYyAwIHZlY3RvciA1NgpmeHAwOiBbTVBTQUZFXQpmeHAwOiBbSVRIUkVBRF0KYWNwaV90 ejA6IDxUaGVybWFsIFpvbmU+IG9uIGFjcGkwCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBw b3J0IDB4NzAtMHg3MyBpcnEgOCBvbiBhY3BpMAphdHJ0YzA6IHJlZ2lzdGVyZWQgYXMgYSB0aW1l LW9mLWRheSBjbG9jayAocmVzb2x1dGlvbiAxMDAwMDAwdXMpCmZkYzA6IDxmbG9wcHkgZHJpdmUg Y29udHJvbGxlcj4gcG9ydCAweDNmMC0weDNmNSwweDNmNyBpcnEgNiBkcnEgMiBvbiBhY3BpMApm ZGMwOiBpY190eXBlIDkwIHBhcnRfaWQgODAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gNiAoSVNB IElSUSA2KSB0byBsYXBpYyAwIHZlY3RvciA1NwpmZGMwOiBbRklMVEVSXQpwc21jcG5wMDogPFBT LzIgbW91c2UgcG9ydD4gaXJxIDEyIG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9s bGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtl eWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmF0a2JkOiB0aGUgY3VycmVudCBrYmQgY29udHJvbGxl ciBjb21tYW5kIGJ5dGUgMDA0NwphdGtiZDoga2V5Ym9hcmQgSUQgMHg0MWFiICgyKQprYmQwIGF0 IGF0a2JkMAprYmQwOiBhdGtiZDAsIEFUIDEwMS8xMDIgKDIpLCBjb25maWc6MHgwLCBmbGFnczow eDNkMDAwMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxIChJU0EgSVJRIDEpIHRvIGxhcGljIDAg dmVjdG9yIDU4CmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0KcHNtMDog Y3VycmVudCBjb21tYW5kIGJ5dGU6MDA0Nwpwc20wOiA8UFMvMiBNb3VzZT4gaXJxIDEyIG9uIGF0 a2JkYzAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMTIgKElTQSBJUlEgMTIpIHRvIGxhcGljIDAg dmVjdG9yIDU5CnBzbTA6IFtHSUFOVC1MT0NLRURdCnBzbTA6IFtJVEhSRUFEXQpwc20wOiBtb2Rl bCBOZXRNb3VzZS9OZXRTY3JvbGwgT3B0aWNhbCwgZGV2aWNlIElEIDAtMDAsIDMgYnV0dG9ucwpw c20wOiBjb25maWc6MDAwMDAwMDAsIGZsYWdzOjAwMDAwMDA4LCBwYWNrZXQgc2l6ZTo0CnBzbTA6 IHN5bmNtYXNrOjA4LCBzeW5jYml0czowMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTA6 IHN3aXRjaGluZyB0byBnZW5lcmljIEN4IG1vZGUKcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVy bWFsIENvbnRyb2w+IG9uIGNwdTAKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDIw MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjQzCnBucF9pZGVudGlmeTogVHJ5 aW5nIFJlYWRfUG9ydCBhdCAyODMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDJj MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzAzCnBucF9pZGVudGlmeTogVHJ5 aW5nIFJlYWRfUG9ydCBhdCAzNDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDM4 MwpwbnBfaWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgM2MzClBOUCBJZGVudGlmeSBjb21w bGV0ZQppc2FfcHJvYmVfY2hpbGRyZW46IGRpc2FibGluZyBQblAgZGV2aWNlcwpwbXRpbWVyMCBv biBpc2EwCmF0YTogYXRhMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKYXRhOiBhdGExIGFs cmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAphdGtiZGM6IGF0a2JkYzAgYWxyZWFkeSBleGlzdHM7 IHNraXBwaW5nIGl0CmF0cnRjOiBhdHJ0YzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CmZk YzogZmRjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKc2M6IHNjMCBhbHJlYWR5IGV4aXN0 czsgc2tpcHBpbmcgaXQKaXNhX3Byb2JlX2NoaWxkcmVuOiBwcm9iaW5nIG5vbi1QblAgZGV2aWNl cwpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhjODAw MC0weGNmZmZmLDB4ZDAwMDAtMHhkMGZmZiBwbnBpZCBPUk0wMDAwIG9uIGlzYTAKc2MwOiA8U3lz dGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwg Y29uc29sZXMsIGZsYWdzPTB4MzAwPgpzYzA6IGZiMCwga2JkMSwgdGVybWluYWwgZW11bGF0b3I6 IHNjdGVrZW4gKHRla2VuIHRlcm1pbmFsKQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0 IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnBwYzAgZmFpbGVkIHRv IHByb2JlIGF0IGlycSA3IG9uIGlzYTAKdWFydDAgZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgz ZjggaXJxIDQgb24gaXNhMAp1YXJ0MSBmYWlsZWQgdG8gcHJvYmUgYXQgcG9ydCAweDJmOCBpcnEg MyBvbiBpc2EwCmlzYV9wcm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwpEZXZpY2Ug Y29uZmlndXJhdGlvbiBmaW5pc2hlZC4KcHJvY2ZzIHJlZ2lzdGVyZWQKbGFwaWM6IERpdmlzb3Ig MiwgRnJlcXVlbmN5IDY2NTAwMTkxIGh6ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAyNTI3 MDA3OTg5IEh6IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEuMDAwIG1zZWMK aXBmdzIgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVkLCBuYXQgZW5hYmxlZCwgcnVsZS1iYXNl ZCBmb3J3YXJkaW5nIGVuYWJsZWQsIGRlZmF1bHQgdG8gYWNjZXB0LCBsb2dnaW5nIGRpc2FibGVk CkRVTU1ZTkVUIHdpdGggSVB2NiBpbml0aWFsaXplZCAoMDQwODI2KQpsbzA6IGJwZiBhdHRhY2hl ZAphdGEwOiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAwMQphdGEwOiBOZXcgZGV2aWNlczog MDAwMDAwMDEKdXNidXMwOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czE6IDEyTWJw cyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMjogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAK dXNidXMzOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKYXRhMC1tYXN0ZXI6IHBpbz1QSU80 IHdkbWE9V0RNQTIgdWRtYT1VRE1BMTMzIGNhYmxlPTgwIHdpcmUKYWQwOiBzZXR0aW5nIFBJTzQg b24gOTY0IGNoaXAKYWQwOiBzZXR0aW5nIFVETUExMzMgb24gOTY0IGNoaXAKYWQwOiAzOTIwNU1C IDxNYXh0b3IgNkswNDBMMCBOQVI2MUhBMD4gYXQgYXRhMC1tYXN0ZXIgVURNQTEzMwphZDA6IDgw MjkzMjQ4IHNlY3RvcnMgWzc5NjU2Qy8xNkgvNjNTXSAxNiBzZWN0b3JzL2ludGVycnVwdCAxIGRl cHRoIHF1ZXVlCkdFT006IG5ldyBkaXNrIGFkMAp1Z2VuMC4xOiA8U2lTPiBhdCB1c2J1czAKdWh1 YjA6IDxTaVMgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+ IG9uIHVzYnVzMAp1Z2VuMS4xOiA8U2lTPiBhdCB1c2J1czEKdWh1YjE6IDxTaVMgT0hDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQp1Z2VuMi4x OiA8U2lTPiBhdCB1c2J1czIKdWh1YjI6IDxTaVMgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCBy ZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8U2lTPiBhdCB1c2J1czMK dWh1YjM6IDxTaVMgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMwp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKdWh1YjA6IDMgcG9ydHMgd2l0aCAzIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWIxOiAz IHBvcnRzIHdpdGggMyByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAphZDA6IFNpbGljb24gSW50ZWdy YXRlZCBTeXN0ZW1zIGNoZWNrMSBmYWlsZWQKYWQwOiBBZGFwdGVjIGNoZWNrMSBmYWlsZWQKYWQw OiBMU0kgKHYzKSBjaGVjazEgZmFpbGVkCmFkMDogTFNJICh2MikgY2hlY2sxIGZhaWxlZAphZDA6 IEZyZWVCU0QgY2hlY2sxIGZhaWxlZAphdGExOiBJZGVudGlmeWluZyBkZXZpY2VzOiAwMDAwMDAw MAphdGExOiBOZXcgZGV2aWNlczogMDAwMDAwMDAKQVRBIFBzZXVkb1JBSUQgbG9hZGVkClJvb3Qg bW91bnQgd2FpdGluZyBmb3I6IHVzYnVzMwpSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czMK dWh1YjM6IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkClJvb3QgbW91bnQg d2FpdGluZyBmb3I6IHVzYnVzMwp1Z2VuMy4yOiA8SmV0Rmxhc2g+IGF0IHVzYnVzMwp1bWFzczA6 IDxKZXRGbGFzaCBNYXNzIFN0b3JhZ2UgRGV2aWNlLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEuMDAs IGFkZHIgMj4gb24gdXNidXMzCnVtYXNzMDogIFNDU0kgb3ZlciBCdWxrLU9ubHk7IHF1aXJrcyA9 IDB4MDEwMApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czMKdW1hc3MwOjA6MDotMTogQXR0 YWNoZWQgdG8gc2NidXMwClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQwczFh Cihwcm9iZTA6dW1hc3Mtc2ltMDowOjA6MCk6IFRFU1QgVU5JVCBSRUFEWS4gQ0RCOiAwIDAgMCAw IDAgMCAKKHByb2JlMDp1bWFzcy1zaW0wOjA6MDowKTogQ0FNIFN0YXR1czogU0NTSSBTdGF0dXMg RXJyb3IKKHByb2JlMDp1bWFzcy1zaW0wOjA6MDowKTogU0NTSSBTdGF0dXM6IENoZWNrIENvbmRp dGlvbgoocHJvYmUwOnVtYXNzLXNpbTA6MDowOjApOiBVTklUIEFUVEVOVElPTiBhc2M6MjgsMAoo cHJvYmUwOnVtYXNzLXNpbTA6MDowOjApOiBOb3QgcmVhZHkgdG8gcmVhZHkgY2hhbmdlLCBtZWRp dW0gbWF5IGhhdmUgY2hhbmdlZAoocHJvYmUwOnVtYXNzLXNpbTA6MDowOjApOiAocHJvYmUwOnVt YXNzLXNpbTA6MDowOjApOiBURVNUIFVOSVQgUkVBRFkuIENEQjogMCAwIDAgMCAwIDAgCihwcm9i ZTA6dW1hc3Mtc2ltMDowOjA6MCk6IFVOSVQgQVRURU5USU9OIGFzYzoyOCwwCihwcm9iZTA6dW1h c3Mtc2ltMDowOjA6MCk6IE5vdCByZWFkeSB0byByZWFkeSBjaGFuZ2UsIG1lZGl1bSBtYXkgaGF2 ZSBjaGFuZ2VkClJldHJ5aW5nIENvbW1hbmQgKHBlciBTZW5zZSBEYXRhKQoocHJvYmUwOnVtYXNz LXNpbTA6MDowOjApOiBSZXRyeWluZyBDb21tYW5kCkdFT006IG5ldyBkaXNrIGRhMApkYTAgYXQg dW1hc3Mtc2ltMCBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxKZXRGbGFzaCBUcmFuc2NlbmQg MTZHQiA4LjA3PiBSZW1vdmFibGUgRGlyZWN0IEFjY2VzcyBTQ1NJLTIgZGV2aWNlIApkYTA6IDQw LjAwME1CL3MgdHJhbnNmZXJzCmRhMDogMTUzMjBNQiAoMzEzNzUzNjAgNTEyIGJ5dGUgc2VjdG9y czogMjU1SCA2M1MvVCAxOTUzQykKY3RfdG9fdHMoWzIwMTAtMDQtMDYgMTQ6NDE6MDNdKSA9IDEy NzA1NjQ4NjMuMDAwMDAwMDAwCnN0YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0CkdFT006IGRh MDogcGFydGl0aW9uIDEgZG9lcyBub3QgZW5kIG9uIGEgdHJhY2sgYm91bmRhcnkuCg== ------==--bound.1268.web113.yandex.ru Content-Disposition: attachment; filename="hw.acpi.txt" Content-Transfer-Encoding: base64 Content-Type: text/plain; name="hw.acpi.txt" aHcuYWNwaS5zdXBwb3J0ZWRfc2xlZXBfc3RhdGU6IFMxIFMzIFM0IFM1Cmh3LmFjcGkucG93ZXJf YnV0dG9uX3N0YXRlOiBTNQpody5hY3BpLnNsZWVwX2J1dHRvbl9zdGF0ZTogUzEKaHcuYWNwaS5s aWRfc3dpdGNoX3N0YXRlOiBOT05FCmh3LmFjcGkuc3RhbmRieV9zdGF0ZTogUzEKaHcuYWNwaS5z dXNwZW5kX3N0YXRlOiBTMwpody5hY3BpLnNsZWVwX2RlbGF5OiAxCmh3LmFjcGkuczRiaW9zOiAw Cmh3LmFjcGkudmVyYm9zZTogMQpody5hY3BpLmRpc2FibGVfb25fcmVib290OiAwCmh3LmFjcGku aGFuZGxlX3JlYm9vdDogMApody5hY3BpLnJlc2V0X3ZpZGVvOiAwCmh3LmFjcGkudGhlcm1hbC5t aW5fcnVudGltZTogMApody5hY3BpLnRoZXJtYWwucG9sbGluZ19yYXRlOiAxMApody5hY3BpLnRo ZXJtYWwudXNlcl9vdmVycmlkZTogMApody5hY3BpLnRoZXJtYWwudHowLnRlbXBlcmF0dXJlOiAz MC4wQwpody5hY3BpLnRoZXJtYWwudHowLmFjdGl2ZTogLTEKaHcuYWNwaS50aGVybWFsLnR6MC5w YXNzaXZlX2Nvb2xpbmc6IDEKaHcuYWNwaS50aGVybWFsLnR6MC50aGVybWFsX2ZsYWdzOiAwCmh3 LmFjcGkudGhlcm1hbC50ejAuX1BTVjogNjguMEMKaHcuYWNwaS50aGVybWFsLnR6MC5fSE9UOiAt MQpody5hY3BpLnRoZXJtYWwudHowLl9DUlQ6IDcwLjBDCmh3LmFjcGkudGhlcm1hbC50ejAuX0FD eDogNjguMEMgLTEgLTEgLTEgLTEgLTEgLTEgLTEgLTEgLTEKaHcuYWNwaS50aGVybWFsLnR6MC5f VEMxOiA0Cmh3LmFjcGkudGhlcm1hbC50ejAuX1RDMjogMwpody5hY3BpLnRoZXJtYWwudHowLl9U U1A6IDYwCmh3LmFjcGkuY3B1LmN4X2xvd2VzdDogQzEK ------==--bound.1268.web113.yandex.ru-- From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 9 14:14:02 2010 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 B79DD106566B for ; Fri, 9 Apr 2010 14:14:02 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id 718A48FC22 for ; Fri, 9 Apr 2010 14:14:02 +0000 (UTC) Received: from taiko.lan (84-203-79-36.mysmart.ie [84.203.79.36]) by dd15624.kasserver.com (Postfix) with ESMTP id 2D5242C138A13; Fri, 9 Apr 2010 16:14:01 +0200 (CEST) Message-ID: <4BBF3619.6000200@chillt.de> Date: Fri, 09 Apr 2010 15:13:45 +0100 From: Bartosz Fabianowski User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: Ian Smith References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> <4BBB2DE1.3090004@chillt.de> <20100407183846.S35463@sola.nimnet.asn.au> In-Reply-To: <20100407183846.S35463@sola.nimnet.asn.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Fri, 09 Apr 2010 14:14:02 -0000 > Great. I'd still like to know what your remaining frequencies are, as I > couldn't correlate your previous full set with the throttling N * 12.5%? The remaining frequencies are: 1597/35000 1463/31000 1330/27000 1197/23000 1064/19000 931/15000 Additionally, I do not remember how many CX states I had before - but I am pretty sure that it was more than just one. Now, the only CX state remaining is C1/3. Interestingly, disabling either the p4tcc or the acpi_throttle driver on its own does nothing to cut down on frequencies. Only when both are disabled via hints does the list drop from 13 frequencies to the 6 above. - Bartosz From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 9 16:30:04 2010 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 2C357106564A for ; Fri, 9 Apr 2010 16:30:04 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id D1C0F8FC18 for ; Fri, 9 Apr 2010 16:30:03 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o39GTtkG031961 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 9 Apr 2010 09:29:55 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 8DD0A1CC0D; Fri, 9 Apr 2010 09:29:55 -0700 (PDT) To: Bartosz Fabianowski In-reply-to: Your message of "Fri, 09 Apr 2010 15:13:45 BST." <4BBF3619.6000200@chillt.de> Date: Fri, 09 Apr 2010 09:29:55 -0700 From: "Kevin Oberman" Message-Id: <20100409162955.8DD0A1CC0D@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-04-09_07:2010-02-06, 2010-04-09, 2010-04-08 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1004090138 Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Ian Smith Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Fri, 09 Apr 2010 16:30:04 -0000 > Date: Fri, 09 Apr 2010 15:13:45 +0100 > From: Bartosz Fabianowski > Sender: owner-freebsd-acpi@freebsd.org > > > Great. I'd still like to know what your remaining frequencies are, as I > > couldn't correlate your previous full set with the throttling N * 12.5%? > > The remaining frequencies are: > > 1597/35000 1463/31000 1330/27000 1197/23000 1064/19000 931/15000 > > Additionally, I do not remember how many CX states I had before - but I > am pretty sure that it was more than just one. Now, the only CX state > remaining is C1/3. > > Interestingly, disabling either the p4tcc or the acpi_throttle driver on > its own does nothing to cut down on frequencies. Only when both are > disabled via hints does the list drop from 13 frequencies to the 6 above. This is by design. TCC and throttling do the exact same thing, but TCC does it better, so if only throttling is available , it is used and when both are available, TCC is used. Again, there techniques a=were designed for thermal management, not power management. (TCC is Thermal Control Circuit) They are very close to useless for power management and I have been campaigning for some time to have them pulled from the FreeBSD power management system. EST and similar tools actually do power management well. Now, for a really weird suggestion, one that makes no sense, but works perfectly on my laptop: In /boot/loader.conf: hint.p4tcc.0.disable="1" hint.acpi_throttle.0.disable="1" hw.pci.do_power_nodriver="2" (also, try 3, but my system hangs with 3) Then build a kernel WITHOUT "device cpufreq" (or nodevice cpufreq) I would expect this to provide NO frequency control, but I get (and use) the five frequencies provided by EST: dev.cpu.0.freq_levels: 2000/27000 1600/22600 1333/19666 1066/16733 800/13800 Testing has shown that this is a REAL power savings. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 9 17:24:51 2010 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 92C75106566C for ; Fri, 9 Apr 2010 17:24:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 09EAF8FC1A for ; Fri, 9 Apr 2010 17:24:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id o39HOgaI014236; Sat, 10 Apr 2010 03:24:42 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 10 Apr 2010 03:24:42 +1000 (EST) From: Ian Smith To: Bartosz Fabianowski In-Reply-To: <4BBF3619.6000200@chillt.de> Message-ID: <20100410015916.V52200@sola.nimnet.asn.au> References: <4BB69279.6060005@chillt.de> <20100403152134.V35463@sola.nimnet.asn.au> <4BB74BC4.9070409@chillt.de> <20100404012906.I35463@sola.nimnet.asn.au> <1270308642.1455.10.camel@RabbitsDen> <4BB764CC.60500@chillt.de> <1270334546.1455.45.camel@RabbitsDen> <4BB7C937.9050106@chillt.de> <1270337076.1455.60.camel@RabbitsDen> <4BB7D71C.7080303@chillt.de> <1270341153.1455.81.camel@RabbitsDen> <4BBB2DE1.3090004@chillt.de> <20100407183846.S35463@sola.nimnet.asn.au> <4BBF3619.6000200@chillt.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" Subject: Re: Spurious thermal shutdowns on Dell Studio 1557 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: Fri, 09 Apr 2010 17:24:51 -0000 On Fri, 9 Apr 2010, Bartosz Fabianowski wrote: > The remaining frequencies are: > > 1597/35000 1463/31000 1330/27000 1197/23000 1064/19000 931/15000 Thanks. From that, turns out all of the others, requoting: > dev.cpu.0.freq_levels: 1597/35000 1463/31000 1330/27000 1197/23000 1064/19000 > 931/15000 814/13125 698/11250 581/9375 465/7500 349/5625 232/3750 116/1875 were just throttling freqs, 7/8 of downto 1/8 of the now lowest 931MHz, while those remaining come to 12, 11, 10, 9, 8 and 7 * ~133MHz (FWIW) > Additionally, I do not remember how many CX states I had before - but I am > pretty sure that it was more than just one. Now, the only CX state remaining > is C1/3. Same as the previous dev.cpu data you showed, anyway. > Interestingly, disabling either the p4tcc or the acpi_throttle driver on its > own does nothing to cut down on frequencies. Only when both are disabled via > hints does the list drop from 13 frequencies to the 6 above. That'd be right; they'll each try to attach, one claiming priority. Ah, I see Kevin just chimed in about that, and better said. cheers, Ian