From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 29 14:20:48 2009 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 9A1E2106566B for ; Sun, 29 Mar 2009 14:20:48 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id C61DA8FC1B for ; Sun, 29 Mar 2009 14:20:47 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n2TEKiPC061751; Mon, 30 Mar 2009 01:20:45 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 30 Mar 2009 01:20:44 +1100 (EST) From: Ian Smith To: Chris Whitehouse In-Reply-To: <49CCDCBA.3000406@onetel.com> Message-ID: <20090329223815.U95588@sola.nimnet.asn.au> References: <49C80E65.9090500@onetel.com> <49C93309.6050708@iki.fi> <20090325140718.J95588@sola.nimnet.asn.au> <49C9EE50.6070507@onetel.com> <1237992462.1297.22.camel@RabbitsDen> <49CBF7D1.20102@onetel.com> <49CC147A.3030805@root.org> <1238118621.1365.35.camel@RabbitsDen> <49CCDCBA.3000406@onetel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_tz0: _CRT value is absurd, ignored (256.0C) (was pr kern/105537) 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, 29 Mar 2009 14:20:49 -0000 On Fri, 27 Mar 2009, Chris Whitehouse wrote: > Alexandre "Sunny" Kovalenko wrote: > > On Thu, 2009-03-26 at 16:49 -0700, Nate Lawson wrote: > > > Chris Whitehouse wrote: > > > > Alexandre "Sunny" Kovalenko wrote: > > > > > To be fair, if all you want is to override _CRT, you should be able > > > > > to > > > > > put something to the tune of > > > > > > > > > > hw.acpi.thermal.user_override=1 > > > > > hw.acpi.thermal.tz0._CRT=90C > > > > > > > > > > in your /etc/sysctl.conf and not deal with the ASL at all. > > > > I tried this and it sets hw.acpi.thermal.tz0._CRT correctly until > > > > hw.acpi.thermal.tz0.active and hw.acpi.thermal.tz0.temperature change > > > > values at which point hw.acpi.thermal.tz0._CRT reverts to -1. > > > > > > > > Looking at ASL I can see five thermal zone objects defined and only one > > of them (TZ4) looking somewhat normal: _CRT is 110C and _TMP method goes > > to the trouble of making sane return value. Maybe Windows somehow knows > > which thermal zones to ignore? Given the snippet below this _was_ geared > > heavily towards Windows: However looking at Chris' messages listing linked below, TZ4 is strange. It's the one that got hottest during the burnk7 run, 10C below _CRT, steps seem sometimes to be 15 or 20C, and occasionally it reports 0C. It controls nothing obvious, maybe it only exists to trigger on _CRT? No, later looking at ThermalZone (TZ4) it seems to clip readings at 100C anyway and doesn't have a _CRT method .. but I'm an ASL neophyte .. > > If (\_OSI ("Windows 2001")) > > { > > Store (0x04, C014) > > } > > > > If (\_OSI ("Windows 2001 SP1")) > > { > > Store (0x04, C014) > > } > > > > If (\_OSI ("Windows 2001 SP2")) > > { > > Store (0x05, C014) > > } > > > > If (\_OSI ("Windows 2006")) > > { > > Store (0x06, C014) > > } > > > > Chris, you should be able to set hw.acpi.osname= > above> in loader.conf and see if things improve somewhat. Note that > > "Windows 2001" and "Windows 2001 SP1" are identical. > > sysctl says it is an unknown oid Try adding it to loader.conf and rebooting. > > Could you also, please, post the full output of the sysctl > > hw.acpi.thermal > > > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 1 > hw.acpi.thermal.tz0.temperature: 45.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: -1 > hw.acpi.thermal.tz0._ACx: 80.0C 70.0C 60.0C 50.0C -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: -1 > hw.acpi.thermal.tz0._TC2: -1 > hw.acpi.thermal.tz0._TSP: -1 >From your messages listing I guess this is the heatsink sensor, running the fan. 5C steps up to 60C then 10C steps above. values returned are a little on the high side of either coretemp or tz[12].temperature. No _CRT value (shown here) though the value returned by the _CRT method seems to be causing the problem? >From what I can figure for TZ0: Method (_CRT, 0, Serialized) { Return (C316 (0x04, 0x00)) } where: Method (C316, 2, Serialized) { Store (0x01, Local0) Store (Arg0, Local1) Store (DerefOf (Index (C312, Arg1)), Local3) If (LEqual (Local3, 0xFFFFFFFD)) { Store (0x00, Local3) } If (LLess (Arg0, Local3)) { Store (0x00, Local0) Add (Arg0, 0x01, Local1) } Store (DerefOf (Index (DerefOf (Index (DerefOf (Index (C305, C317 (Arg1) )), Local0)), Local1)), Local2) Return (Local2) } but I got lost amongst the DerefOf (Index ..) nesting, not quite like following source with helpfully symbolic names. Good luck Alexandre! > hw.acpi.thermal.tz1.temperature: 43.0C > hw.acpi.thermal.tz1.active: -1 > hw.acpi.thermal.tz1.passive_cooling: 1 > hw.acpi.thermal.tz1.thermal_flags: 0 > hw.acpi.thermal.tz1._PSV: 102.0C > hw.acpi.thermal.tz1._HOT: -1 > hw.acpi.thermal.tz1._CRT: 105.0C > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz1._TC1: 1 > hw.acpi.thermal.tz1._TC2: 2 > hw.acpi.thermal.tz1._TSP: 300 Quacks like a CPU0. This one triggers passive cooling. Its temperature values are generally 2-3C lower than the (eyeball) average of coretemp values, except when heating up fast, when it lags the latter by 5-6C. I don't know where these various sensors live. Board? Package? Die? > hw.acpi.thermal.tz2.temperature: 43.0C > hw.acpi.thermal.tz2.active: -1 > hw.acpi.thermal.tz2.passive_cooling: 0 > hw.acpi.thermal.tz2.thermal_flags: 0 > hw.acpi.thermal.tz2._PSV: -1 > hw.acpi.thermal.tz2._HOT: -1 > hw.acpi.thermal.tz2._CRT: 105.0C > hw.acpi.thermal.tz2._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz2._TC1: 1 > hw.acpi.thermal.tz2._TC2: 2 > hw.acpi.thermal.tz2._TSP: 300 CPU1. From the messages it appears that burnk7 ran on just CPU0 (tz1). Snippets like this seem to confirm the cpu to tz allocation: Notify (\_PR.CPU0, 0x80) Notify (\_PR.CPU1, 0x80) Notify (\_TZ.TZ1, 0x81) Notify (\_TZ.TZ2, 0x81) > hw.acpi.thermal.tz3.temperature: 28.9C > hw.acpi.thermal.tz3.active: -1 > hw.acpi.thermal.tz3.passive_cooling: 0 > hw.acpi.thermal.tz3.thermal_flags: 0 > hw.acpi.thermal.tz3._PSV: 60.0C > hw.acpi.thermal.tz3._HOT: -1 > hw.acpi.thermal.tz3._CRT: 105.0C > hw.acpi.thermal.tz3._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz3._TC1: 1 > hw.acpi.thermal.tz3._TC2: 2 > hw.acpi.thermal.tz3._TSP: 300 This returned 28.[89]C throughout, too consistently to be anything real, except perhaps ambient external temperature? Even then it's too steady. > hw.acpi.thermal.tz4.temperature: 0.0C > hw.acpi.thermal.tz4.active: -1 > hw.acpi.thermal.tz4.passive_cooling: 0 > hw.acpi.thermal.tz4.thermal_flags: 0 > hw.acpi.thermal.tz4._PSV: -1 > hw.acpi.thermal.tz4._HOT: -1 > hw.acpi.thermal.tz4._CRT: 110.0C > hw.acpi.thermal.tz4._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz4._TC1: -1 > hw.acpi.thermal.tz4._TC2: -1 > hw.acpi.thermal.tz4._TSP: -1 As above, a mystery. > Also > fetch www.fishercroft.plus.com/messages.gz > > will get bits of /var/log/messages with the normal startup messages and the > output of > > #!/bin/sh > while [ TRUE ]; do > logger \ > ` sysctl -n dev.cpu.0.temperature ; sysctl -n dev.cpu.1.temperature ; \ > sysctl -n hw.acpi.thermal.tz0.temperature ; sysctl -n > hw.acpi.thermal.tz0.active ; sysctl -n hw.acpi.thermal.tz0._CRT ; \ > sysctl -n hw.acpi.thermal.tz1.temperature ; sysctl -n > hw.acpi.thermal.tz1.active ; sysctl -n hw.acpi.thermal.tz1._CRT ; \ > sysctl -n hw.acpi.thermal.tz2.temperature ; sysctl -n > hw.acpi.thermal.tz2.active ; sysctl -n hw.acpi.thermal.tz2._CRT ; \ > sysctl -n hw.acpi.thermal.tz3.temperature ; sysctl -n > hw.acpi.thermal.tz3.active ; sysctl -n hw.acpi.thermal.tz3._CRT ; \ > sysctl -n hw.acpi.thermal.tz4.temperature ; sysctl -n > hw.acpi.thermal.tz4.active ; sysctl -n hw.acpi.thermal.tz4._CRT ` > sleep 5 > done > > (sorry bad wrapping) Good data. I don't know if it helps track the ASL re $subject though. > The two cpu temps come from coretemp.ko module. These I don't get. They always track a few degrees above tz1 value, but rarely differ by more than 2C, while your burnk7 run showed CPU0 getting much hotter than CPU1, which only slowly rose during the run, indicating sympathetic package warming with an essentially idle CPU1, perhaps? > While this was running I changed the temp with burnK7 and an icepack :). It's > clear that the messages do correspond to changes of state but there are > further triggers that I am not watching. Sure, but educational. I won't ask where you applied the icepack :) cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 29 14:42:58 2009 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 901861065674 for ; Sun, 29 Mar 2009 14:42:58 +0000 (UTC) (envelope-from cwhiteh@onetel.com) Received: from woodbine.london.02.net (woodbine.london.02.net [87.194.255.145]) by mx1.freebsd.org (Postfix) with ESMTP id 3054E8FC1A for ; Sun, 29 Mar 2009 14:42:57 +0000 (UTC) (envelope-from cwhiteh@onetel.com) Received: from [192.168.1.75] (93.97.24.219) by woodbine.london.02.net (8.5.016.1) id 4979BCBF01E9BC29 for freebsd-acpi@freebsd.org; Sun, 29 Mar 2009 15:38:30 +0100 Message-ID: <49CF87E5.5020107@onetel.com> Date: Sun, 29 Mar 2009 15:38:29 +0100 From: Chris Whitehouse User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 CC: freebsd-acpi@freebsd.org References: <49C80E65.9090500@onetel.com> <49C93309.6050708@iki.fi> In-Reply-To: <49C93309.6050708@iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: acpi_tz0: _CRT value is absurd, ignored (256.0C) (was pr kern/105537) FIX? 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, 29 Mar 2009 14:42:58 -0000 Pasi Parviainen wrote: > Chris Whitehouse wrote: >> Hi, I sent this a while ago but don't think there was a reply. I'm >> about to embark on a custom ASL to load in loader.conf as per >> http://www.freebsd.org/doc/en/books/handbook/acpi-debug.html but just >> wondering if their might be a 'proper' fix on the way. I do have the >> latest bios installed. > > Loading custom ASL with modified _CRT value for temperature zone in > question will solve the problem, see below for more information. > --- /nc6320.asl 2009-03-28 21:21:25.000000000 +0000 +++ /nc6320.TZ0._CRT.95C.asl 2009-03-29 16:16:16.000000000 +0100 @@ -146,7 +146,7 @@ * Intel ACPI Component Architecture * AML Disassembler version 20070320 * - * Disassembly of /tmp/acpidump.RLCPmU, Sat Mar 28 21:21:25 2009 + * Disassembly of /tmp/acpidump.nryPEu, Sat Mar 28 18:02:15 2009 * * * Original Table Header: @@ -12940,7 +12940,7 @@ Method (_CRT, 0, Serialized) { - Return (C316 (0x04, 0x00)) + Return (C316 (0x00, 0x02)) } Method (_TMP, 0, Serialized) These values set hw.acpi.thermal.tz0._CRT to 95.0C. I tested various values which gave different _CRT temps, some of which were below hw.acpi.thermal.tz0.temperature. The messages have stopped and I now know that the machine will shut down if the temperature is exceeded. Thanks everybody for suggestions and pointers. Chris From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 29 22:53:53 2009 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 65EA81065670 for ; Sun, 29 Mar 2009 22:53:53 +0000 (UTC) (envelope-from cwhiteh@onetel.com) Received: from woodbine.london.02.net (woodbine.london.02.net [87.194.255.145]) by mx1.freebsd.org (Postfix) with ESMTP id E09168FC15 for ; Sun, 29 Mar 2009 22:53:52 +0000 (UTC) (envelope-from cwhiteh@onetel.com) Received: from [192.168.1.75] (93.97.24.219) by woodbine.london.02.net (8.5.016.1) id 4979BCBF01EF217D; Sun, 29 Mar 2009 23:52:47 +0100 Message-ID: <49CFFBBE.30605@onetel.com> Date: Sun, 29 Mar 2009 23:52:46 +0100 From: Chris Whitehouse User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Ian Smith References: <49C80E65.9090500@onetel.com> <49C93309.6050708@iki.fi> <20090325140718.J95588@sola.nimnet.asn.au> <49C9EE50.6070507@onetel.com> <1237992462.1297.22.camel@RabbitsDen> <49CBF7D1.20102@onetel.com> <49CC147A.3030805@root.org> <1238118621.1365.35.camel@RabbitsDen> <49CCDCBA.3000406@onetel.com> <20090329223815.U95588@sola.nimnet.asn.au> In-Reply-To: <20090329223815.U95588@sola.nimnet.asn.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: acpi_tz0: _CRT value is absurd, ignored (256.0C) (was pr kern/105537) 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, 29 Mar 2009 22:53:54 -0000 Ian Smith wrote: > > > If (\_OSI ("Windows 2001")) > > > { > > > Store (0x04, C014) > > > } > > > > > > If (\_OSI ("Windows 2001 SP1")) > > > { > > > Store (0x04, C014) > > > } > > > > > > If (\_OSI ("Windows 2001 SP2")) > > > { > > > Store (0x05, C014) > > > } > > > > > > If (\_OSI ("Windows 2006")) > > > { > > > Store (0x06, C014) > > > } > > > > > > Chris, you should be able to set hw.acpi.osname= > > above> in loader.conf and see if things improve somewhat. Note that > > > "Windows 2001" and "Windows 2001 SP1" are identical. > > > > sysctl says it is an unknown oid > > Try adding it to loader.conf and rebooting. Nope still unknown oid. But in view of other progress I don't think that matters, at least for me. > Quacks like a CPU0. This one triggers passive cooling. Its temperature > values are generally 2-3C lower than the (eyeball) average of coretemp > values, except when heating up fast, when it lags the latter by 5-6C. > > I don't know where these various sensors live. Board? Package? Die? > > > hw.acpi.thermal.tz2.temperature: 43.0C > > hw.acpi.thermal.tz2.active: -1 > > hw.acpi.thermal.tz2.passive_cooling: 0 > > hw.acpi.thermal.tz2.thermal_flags: 0 > > hw.acpi.thermal.tz2._PSV: -1 > > hw.acpi.thermal.tz2._HOT: -1 > > hw.acpi.thermal.tz2._CRT: 105.0C > > hw.acpi.thermal.tz2._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > hw.acpi.thermal.tz2._TC1: 1 > > hw.acpi.thermal.tz2._TC2: 2 > > hw.acpi.thermal.tz2._TSP: 300 > > CPU1. From the messages it appears that burnk7 ran on just CPU0 (tz1). For some of the time I was running one instance of burnK7, other times 2 instances. I just tested and 2 instances does run on both cores. > > fetch www.fishercroft.plus.com/messages.gz > > > > will get bits of /var/log/messages with the normal startup messages and the > > output of > > > > #!/bin/sh > > while [ TRUE ]; do > > logger \ > > ` sysctl -n dev.cpu.0.temperature ; sysctl -n dev.cpu.1.temperature ; \ > > sysctl -n hw.acpi.thermal.tz0.temperature ; sysctl -n > > hw.acpi.thermal.tz0.active ; sysctl -n hw.acpi.thermal.tz0._CRT ; \ > > sysctl -n hw.acpi.thermal.tz1.temperature ; sysctl -n > > hw.acpi.thermal.tz1.active ; sysctl -n hw.acpi.thermal.tz1._CRT ; \ > > sysctl -n hw.acpi.thermal.tz2.temperature ; sysctl -n > > hw.acpi.thermal.tz2.active ; sysctl -n hw.acpi.thermal.tz2._CRT ; \ > > sysctl -n hw.acpi.thermal.tz3.temperature ; sysctl -n > > hw.acpi.thermal.tz3.active ; sysctl -n hw.acpi.thermal.tz3._CRT ; \ > > sysctl -n hw.acpi.thermal.tz4.temperature ; sysctl -n > > hw.acpi.thermal.tz4.active ; sysctl -n hw.acpi.thermal.tz4._CRT ` > > sleep 5 > > done > > > > (sorry bad wrapping) > > Good data. I don't know if it helps track the ASL re $subject though. > > > The two cpu temps come from coretemp.ko module. > > These I don't get. They always track a few degrees above tz1 value, but > rarely differ by more than 2C, while your burnk7 run showed CPU0 getting > much hotter than CPU1, which only slowly rose during the run, indicating > sympathetic package warming with an essentially idle CPU1, perhaps? Do you mean TZ1 gets much hotter than TZ2? When I ran 2 instances of burnk7 one ran on each cpu (viewed in top). When I ran a single instance the on-die temps in the first two columns still tracked each other. Also this machine is running KDE which is always doing something which blurs the figures a bit. I put messages2 next the previous one, I think it shows that tz2 is not cpu1 even if tz1 is measuring cpu temp somehow. dev.cpu.n.temperature columns are the on-die temps. Those oids are only visible when coretemp is loaded, I don't know if the ASL is using those temperature probes. Chris From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 30 07:13:35 2009 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 3F6EB106564A for ; Mon, 30 Mar 2009 07:13:35 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [220.233.188.227]) by mx1.freebsd.org (Postfix) with ESMTP id 7FE1F8FC1D for ; Mon, 30 Mar 2009 07:13:34 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id n2U7DW96090498; Mon, 30 Mar 2009 18:13:32 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 30 Mar 2009 18:13:32 +1100 (EST) From: Ian Smith To: Chris Whitehouse In-Reply-To: <49CFFBBE.30605@onetel.com> Message-ID: <20090330174824.L95588@sola.nimnet.asn.au> References: <49C80E65.9090500@onetel.com> <49C93309.6050708@iki.fi> <20090325140718.J95588@sola.nimnet.asn.au> <49C9EE50.6070507@onetel.com> <1237992462.1297.22.camel@RabbitsDen> <49CBF7D1.20102@onetel.com> <49CC147A.3030805@root.org> <1238118621.1365.35.camel@RabbitsDen> <49CCDCBA.3000406@onetel.com> <20090329223815.U95588@sola.nimnet.asn.au> <49CFFBBE.30605@onetel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: acpi_tz0: _CRT value is absurd, ignored (256.0C) (was pr kern/105537) 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, 30 Mar 2009 07:13:35 -0000 On Sun, 29 Mar 2009, Chris Whitehouse wrote: > Ian Smith wrote: [..] > > Try adding it to loader.conf and rebooting. > > Nope still unknown oid. But in view of other progress I don't think that > matters, at least for me. Good to see you got there with the patched ASL; should help others too. > > I don't know where these various sensors live. Board? Package? Die? > > > > > hw.acpi.thermal.tz2.temperature: 43.0C > > > hw.acpi.thermal.tz2.active: -1 > > > hw.acpi.thermal.tz2.passive_cooling: 0 > > > hw.acpi.thermal.tz2.thermal_flags: 0 > > > hw.acpi.thermal.tz2._PSV: -1 > > > hw.acpi.thermal.tz2._HOT: -1 > > > hw.acpi.thermal.tz2._CRT: 105.0C > > > hw.acpi.thermal.tz2._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > > hw.acpi.thermal.tz2._TC1: 1 > > > hw.acpi.thermal.tz2._TC2: 2 > > > hw.acpi.thermal.tz2._TSP: 300 > > > > CPU1. From the messages it appears that burnk7 ran on just CPU0 (tz1). > > For some of the time I was running one instance of burnK7, other times 2 > instances. I just tested and 2 instances does run on both cores. Right. I was well wrong about CPU1 being TZ2. Perhaps its the GPU? If still interested, something like glxgears would test the theory. The same _CRT and _TC1,TC2,TSP values did assist me into false assumption :) > > > The two cpu temps come from coretemp.ko module. > > > > These I don't get. They always track a few degrees above tz1 value, but > > rarely differ by more than 2C, while your burnk7 run showed CPU0 getting > > much hotter than CPU1, which only slowly rose during the run, indicating > > sympathetic package warming with an essentially idle CPU1, perhaps? > > Do you mean TZ1 gets much hotter than TZ2? When I ran 2 instances of burnk7 > one ran on each cpu (viewed in top). When I ran a single instance the on-die > temps in the first two columns still tracked each other. Also this machine is > running KDE which is always doing something which blurs the figures a bit. > > I put messages2 next the previous one, I think it shows that tz2 is not cpu1 > even if tz1 is measuring cpu temp somehow. dev.cpu.n.temperature columns are > the on-die temps. Those oids are only visible when coretemp is loaded, I > don't know if the ASL is using those temperature probes. http://www.fishercroft.plus.com/messages2.gz indeed does show that. Making sense now; there's no reason two sensors on one die should vary much, so there's no need for a separate TZ for the second core. Sorry if my further education was at the expense of your problem .. cheers, Ian From owner-freebsd-acpi@FreeBSD.ORG Mon Mar 30 11:06:47 2009 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 6CF641065677 for ; Mon, 30 Mar 2009 11:06:47 +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 5978A8FC4D for ; Mon, 30 Mar 2009 11:06:47 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2UB6lA2054636 for ; Mon, 30 Mar 2009 11:06:47 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2UB6k7h054632 for freebsd-acpi@FreeBSD.org; Mon, 30 Mar 2009 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Mar 2009 11:06:46 GMT Message-Id: <200903301106.n2UB6k7h054632@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, 30 Mar 2009 11:06:47 -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/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 o 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/127581 acpi [patch] [acpi_sony] Add support for more Sony features 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 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/117605 acpi [acpi] [request] add debug.cpufreq.highest 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 f kern/89411 acpi [acpi] acpiconf bug o i386/83018 acpi [install] Installer will not boot on Asus P4S8X BIOS 1 o 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 f kern/67309 acpi zzz reboot computer (ACPI S3) 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 47 problems total. From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 31 00:02:12 2009 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 E8EB3106566B for ; Tue, 31 Mar 2009 00:02:11 +0000 (UTC) (envelope-from cwhiteh@onetel.com) Received: from honeysuckle.london.02.net (honeysuckle.london.02.net [87.194.255.144]) by mx1.freebsd.org (Postfix) with ESMTP id 85C688FC12 for ; Tue, 31 Mar 2009 00:02:11 +0000 (UTC) (envelope-from cwhiteh@onetel.com) Received: from [192.168.1.75] (93.97.24.219) by honeysuckle.london.02.net (8.5.016.1) id 497A2AF001E7F9CF; Tue, 31 Mar 2009 01:01:38 +0100 Message-ID: <49D15D61.5090503@onetel.com> Date: Tue, 31 Mar 2009 01:01:37 +0100 From: Chris Whitehouse User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Ian Smith References: <49C80E65.9090500@onetel.com> <49C93309.6050708@iki.fi> <20090325140718.J95588@sola.nimnet.asn.au> <49C9EE50.6070507@onetel.com> <1237992462.1297.22.camel@RabbitsDen> <49CBF7D1.20102@onetel.com> <49CC147A.3030805@root.org> <1238118621.1365.35.camel@RabbitsDen> <49CCDCBA.3000406@onetel.com> <20090329223815.U95588@sola.nimnet.asn.au> <49CFFBBE.30605@onetel.com> <20090330174824.L95588@sola.nimnet.asn.au> In-Reply-To: <20090330174824.L95588@sola.nimnet.asn.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: acpi_tz0: _CRT value is absurd, ignored (256.0C) (was pr kern/105537) 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, 31 Mar 2009 00:02:12 -0000 Ian Smith wrote: > On Sun, 29 Mar 2009, Chris Whitehouse wrote: > > Ian Smith wrote: > [..] > > > Try adding it to loader.conf and rebooting. > > > > Nope still unknown oid. But in view of other progress I don't think that > > matters, at least for me. > > Good to see you got there with the patched ASL; should help others too. You can get different values of tz0._CRT by choosing the two hex values: 0x00 0x00 45.0C 0x00 0x01 102.0C 0x00 0x02 95.0C 0x00 0x03 60.0C 0x01 0x00 55.0C 0x01 0x01 60.0C 0x01 0x02 105.0C 0x01 0x03 127.1C 0x02 0x00 70.0C 0x02 0x01 127.1C 0x02 0x02 127.1C 0x03 0x00 80.0C All the others I tried gave -1 Actually I think the patch may be a bit of a bodge. I think the values I changed are pointers to hard coded values in the ASL. It would be much nicer to identify the actual values in the ASL and add a new one for tz0._CRT. > > > > I don't know where these various sensors live. Board? Package? Die? > > > > > > > hw.acpi.thermal.tz2.temperature: 43.0C > > > > hw.acpi.thermal.tz2.active: -1 > > > > hw.acpi.thermal.tz2.passive_cooling: 0 > > > > hw.acpi.thermal.tz2.thermal_flags: 0 > > > > hw.acpi.thermal.tz2._PSV: -1 > > > > hw.acpi.thermal.tz2._HOT: -1 > > > > hw.acpi.thermal.tz2._CRT: 105.0C > > > > hw.acpi.thermal.tz2._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > > > hw.acpi.thermal.tz2._TC1: 1 > > > > hw.acpi.thermal.tz2._TC2: 2 > > > > hw.acpi.thermal.tz2._TSP: 300 > > > > > > CPU1. From the messages it appears that burnk7 ran on just CPU0 (tz1). > > > > For some of the time I was running one instance of burnK7, other times 2 > > instances. I just tested and 2 instances does run on both cores. > > Right. I was well wrong about CPU1 being TZ2. Perhaps its the GPU? > If still interested, something like glxgears would test the theory. The > same _CRT and _TC1,TC2,TSP values did assist me into false assumption :) See www.fishercroft.plus.com/messages3.gz. This was with 2 x glxgears and firefox streaming a flash video (yeay fbsd can do flash video :)). Looks like tz4 is gpu. The service manual which I just discovered mentions temperature limits for hard disk and battery, maybe those are zones as well but no time to test right now. I just tested the url in firefox and it displays the text, ie it gunzips it!! Amazing! > > > > > The two cpu temps come from coretemp.ko module. > > > > > > These I don't get. They always track a few degrees above tz1 value, but > > > rarely differ by more than 2C, while your burnk7 run showed CPU0 getting > > > much hotter than CPU1, which only slowly rose during the run, indicating > > > sympathetic package warming with an essentially idle CPU1, perhaps? > > > > Do you mean TZ1 gets much hotter than TZ2? When I ran 2 instances of burnk7 > > one ran on each cpu (viewed in top). When I ran a single instance the on-die > > temps in the first two columns still tracked each other. Also this machine is > > running KDE which is always doing something which blurs the figures a bit. > > > > I put messages2 next the previous one, I think it shows that tz2 is not cpu1 > > even if tz1 is measuring cpu temp somehow. dev.cpu.n.temperature columns are > > the on-die temps. Those oids are only visible when coretemp is loaded, I > > don't know if the ASL is using those temperature probes. > > http://www.fishercroft.plus.com/messages2.gz indeed does show that. > > Making sense now; there's no reason two sensors on one die should vary > much, so there's no need for a separate TZ for the second core. > > Sorry if my further education was at the expense of your problem .. Education is good :) > > cheers, Ian > From owner-freebsd-acpi@FreeBSD.ORG Tue Mar 31 12:50:03 2009 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 70F2E10656EE for ; Tue, 31 Mar 2009 12:50:03 +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 5E12A8FC20 for ; Tue, 31 Mar 2009 12:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n2VCo3qg081629 for ; Tue, 31 Mar 2009 12:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n2VCo3J2081622; Tue, 31 Mar 2009 12:50:03 GMT (envelope-from gnats) Date: Tue, 31 Mar 2009 12:50:03 GMT Message-Id: <200903311250.n2VCo3J2081622@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: Master One Cc: Subject: Re: kern/132602: [acpi] ACPI Problem with Intel SS4200: System does not power off X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Master One List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2009 12:50:03 -0000 The following reply was made to PR kern/132602; it has been noted by GNATS. From: Master One To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/132602: [acpi] ACPI Problem with Intel SS4200: System does not power off Date: Tue, 31 Mar 2009 14:33:15 +0200 If it is of any interest, here is a dmesg from that machine: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.4-RELEASE-p3 #0: Mon Mar 9 22:22:06 UTC 2009 root@vmbsd64amd64:/usr/obj/freenas/usr/src/sys/FREENAS-amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 420 @ 1.60GHz (1600.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10661 Stepping = 1 Features=0xafebfbff Features2=0xe31d AMD Features=0x20100800 AMD Features2=0x1 real memory = 2147287040 (2047 MB) avail memory = 1970548736 (1879 MB) ACPI APIC Table: <121907 APIC1340> ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Mar 9 2009 22:21:59) acpi0: <121907 XSDT1340> on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 20 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 28.0 on pci0 pci1: on pcib1 em0: port 0xbc00-0xbc1f mem 0xff7e0000-0xff7fffff irq 16 at device 0.0 on pci1 em0: Using MSI interrupt em0: Ethernet address: 00:15:17:31:d9:2b pcib2: irq 18 at device 28.2 on pci0 pci2: on pcib2 atapci0: port 0xcc00-0xcc7f mem 0xff9ffc00-0xff9ffc7f,0xff9f8000-0xff9fbfff irq 18 at device 0.0 on pci2 ata2: on atapci0 ata3: on atapci0 uhci0: port 0xe080-0xe09f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xffa3f800-0xffa3fbff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered umass0: USBest Technology USB Mass Storage Device, rev 2.00/1.00, addr 2 pcib3: at device 30.0 on pci0 pci3: on pcib3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem 0xffaffc00-0xffafffff irq 19 at device 31.2 on pci0 atapci1: AHCI Version 01.10 controller with 4 ports detected ata4: on atapci1 ata5: on atapci1 ata6: on atapci1 ata7: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 speaker0: port 0x61 on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounter "TSC" frequency 1600010792 Hz quality 800 Timecounters tick every 1.000 msec IPv6 packet filtering initialized, default to accept, logging limited to 5 packets/entry ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging limited to 5 packets/entry by default hptrr: no controller detected. md0: Preloaded image 90177536 bytes at 0xffffffff80bb5e08 ad4: 239372MB at ata2-master SATA150 ad6: 239372MB at ata3-master SATA150 ad8: 953869MB at ata4-master SATA300 ad10: 953869MB at ata5-master SATA300 ad12: 953869MB at ata6-master SATA300 ad14: 953869MB at ata7-master SATA300 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 454MB (930560 512 byte sectors: 64H 32S/T 454C) cd0 at umass-sim0 bus 0 target 0 lun 1 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present em0: link state changed to UP From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 2 02:38:16 2009 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 50E0F1065672 for ; Thu, 2 Apr 2009 02:38:16 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.freebsd.org (Postfix) with ESMTP id 2F1FD8FC1B for ; Thu, 2 Apr 2009 02:38:16 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from mdaemon.pldrouin.net (CPE004005bd9ec2-CM001a666aca96.cpe.net.cable.rogers.com [173.32.136.136]) by smtp.cyberfingers.net (Postfix) with ESMTP id 0A743AB6C13 for ; Wed, 1 Apr 2009 22:21:15 -0400 (EDT) Message-ID: <49D42118.6030206@pldrouin.net> Date: Wed, 01 Apr 2009 22:21:12 -0400 From: Pierre-Luc Drouin User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Wrong dev.cpu.0.freq_levels values 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: Thu, 02 Apr 2009 02:38:16 -0000 Hello, I have noticed that FreeBSD gets the wrong CPU frequency levels for my Pentium M 2GHz. It used to work correctly with older versions of FreeBSD, but I noticed that this was not working properly when I installed 7.1 and this is still not working with -stable: Mar 30 15:08:03 mdaemon kernel: CPU: Intel(R) Pentium(R) M processor 2.00GHz (1995.14-MHz 686-class CPU) Mar 30 15:08:03 mdaemon kernel: Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Mar 30 15:08:03 mdaemon kernel: Features=0xafe9fbff Mar 30 15:08:03 mdaemon kernel: Features2=0x180 Mar 30 15:08:03 mdaemon kernel: AMD Features=0x100000 Mar 30 15:08:03 mdaemon kernel: real memory = 1073577984 (1023 MB) Mar 30 15:08:03 mdaemon kernel: avail memory = 1032699904 (984 MB) Mar 30 15:08:03 mdaemon kernel: ACPI APIC Table: dev.cpu.0.freq: 1500 dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 Is there a way to fix this? Thank you! Pierre-Luc Drouin From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 2 02:41:50 2009 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 4D78E106564A for ; Thu, 2 Apr 2009 02:41:48 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi029.prodigy.net (nlpi029.sbcis.sbc.com [207.115.36.58]) by mx1.freebsd.org (Postfix) with ESMTP id 42FBE8FC0C for ; Thu, 2 Apr 2009 02:41:48 +0000 (UTC) (envelope-from nate@root.org) Received: from [10.0.5.18] (ppp-71-139-3-143.dsl.snfc21.pacbell.net [71.139.3.143]) (authenticated bits=0) by nlpi029.prodigy.net (8.13.8 smtpauth/dk/8.13.8) with ESMTP id n322fjjt010903; Wed, 1 Apr 2009 21:41:45 -0500 Message-ID: <49D425E9.4030700@root.org> Date: Wed, 01 Apr 2009 19:41:45 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Pierre-Luc Drouin References: <49D42118.6030206@pldrouin.net> In-Reply-To: <49D42118.6030206@pldrouin.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Wrong dev.cpu.0.freq_levels values 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: Thu, 02 Apr 2009 02:41:50 -0000 Pierre-Luc Drouin wrote: > Hello, > > I have noticed that FreeBSD gets the wrong CPU frequency levels for my > Pentium M 2GHz. It used to work correctly with older versions of > FreeBSD, but I noticed that this was not working properly when I > installed 7.1 and this is still not working with -stable: > > dev.cpu.0.freq: 1500 > dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 > 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 > dev.est.0.%desc: Enhanced SpeedStep Frequency Control > dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 > > Is there a way to fix this? There's nothing wrong. You just got more levels using p4tcc (another cpufreq device). So use it as-is, or disable the p4tcc driver and acpi_throttle drivers. -- Nate From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 2 02:55:50 2009 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 92CC1106564A for ; Thu, 2 Apr 2009 02:55:50 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2548FC0C for ; Thu, 2 Apr 2009 02:55:50 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from mdaemon.pldrouin.net (CPE004005bd9ec2-CM001a666aca96.cpe.net.cable.rogers.com [173.32.136.136]) by smtp.cyberfingers.net (Postfix) with ESMTP id BC574AB6C16; Wed, 1 Apr 2009 22:55:49 -0400 (EDT) Message-ID: <49D42934.5050408@pldrouin.net> Date: Wed, 01 Apr 2009 22:55:48 -0400 From: Pierre-Luc Drouin User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Nate Lawson References: <49D42118.6030206@pldrouin.net> <49D425E9.4030700@root.org> In-Reply-To: <49D425E9.4030700@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Wrong dev.cpu.0.freq_levels values 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: Thu, 02 Apr 2009 02:55:50 -0000 Hi, I understand that there are more levels than there used to be because of the new driver, but why is the maximum 1500 now instead of 2000? Doesn't it mean that the maximum frequency set by powerd is now 1500 MHz instead of 2000 GHz? Thanks! Nate Lawson wrote: > Pierre-Luc Drouin wrote: > >> Hello, >> >> I have noticed that FreeBSD gets the wrong CPU frequency levels for my >> Pentium M 2GHz. It used to work correctly with older versions of >> FreeBSD, but I noticed that this was not working properly when I >> installed 7.1 and this is still not working with -stable: >> >> > > >> dev.cpu.0.freq: 1500 >> dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 >> 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 >> dev.est.0.%desc: Enhanced SpeedStep Frequency Control >> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >> >> Is there a way to fix this? >> > > There's nothing wrong. You just got more levels using p4tcc (another > cpufreq device). So use it as-is, or disable the p4tcc driver and > acpi_throttle drivers. > > From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 2 03:16:17 2009 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 48716106566B for ; Thu, 2 Apr 2009 03:16:17 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.freebsd.org (Postfix) with ESMTP id 24CDC8FC1D for ; Thu, 2 Apr 2009 03:16:17 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from mdaemon.pldrouin.net (CPE004005bd9ec2-CM001a666aca96.cpe.net.cable.rogers.com [173.32.136.136]) by smtp.cyberfingers.net (Postfix) with ESMTP id 69636AB6C16; Wed, 1 Apr 2009 23:16:16 -0400 (EDT) Message-ID: <49D42DFD.4060209@pldrouin.net> Date: Wed, 01 Apr 2009 23:16:13 -0400 From: Pierre-Luc Drouin User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Nate Lawson References: <49D42118.6030206@pldrouin.net> <49D425E9.4030700@root.org> In-Reply-To: <49D425E9.4030700@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Wrong dev.cpu.0.freq_levels values 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: Thu, 02 Apr 2009 03:16:17 -0000 I tried disabling both p4tcc and acpi_throttle by putting the following in /boot/device.hints: hint.p4tcc.0.disabled="1" hint.acpi_throttle.0.disabled="1" It reduced the number of levels, but I still don't have a level 2000 as I used to get: dev.cpu.0.freq: 1500 dev.cpu.0.freq_levels: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 dev.est.0.%desc: Enhanced SpeedStep Frequency Control dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 Pierre-Luc Drouin Nate Lawson wrote: > Pierre-Luc Drouin wrote: > >> Hello, >> >> I have noticed that FreeBSD gets the wrong CPU frequency levels for my >> Pentium M 2GHz. It used to work correctly with older versions of >> FreeBSD, but I noticed that this was not working properly when I >> installed 7.1 and this is still not working with -stable: >> >> > > >> dev.cpu.0.freq: 1500 >> dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 >> 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 >> dev.est.0.%desc: Enhanced SpeedStep Frequency Control >> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >> >> Is there a way to fix this? >> > > There's nothing wrong. You just got more levels using p4tcc (another > cpufreq device). So use it as-is, or disable the p4tcc driver and > acpi_throttle drivers. > > From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 2 03:35:44 2009 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 4FDB6106564A for ; Thu, 2 Apr 2009 03:35:44 +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 3AC738FC0C for ; Thu, 2 Apr 2009 03:35:44 +0000 (UTC) (envelope-from oberman@es.net) 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 n323Zh86023705 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 1 Apr 2009 20:35:43 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 43DDD1CC0B; Wed, 1 Apr 2009 20:35:43 -0700 (PDT) To: Pierre-Luc Drouin In-reply-to: Your message of "Wed, 01 Apr 2009 23:16:13 EDT." <49D42DFD.4060209@pldrouin.net> Date: Wed, 01 Apr 2009 20:35:43 -0700 From: "Kevin Oberman" Message-Id: <20090402033543.43DDD1CC0B@ptavv.es.net> Cc: freebsd-acpi@freebsd.org Subject: Re: Wrong dev.cpu.0.freq_levels values 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: Thu, 02 Apr 2009 03:35:44 -0000 > Date: Wed, 01 Apr 2009 23:16:13 -0400 > From: Pierre-Luc Drouin > Sender: owner-freebsd-acpi@freebsd.org > > I tried disabling both p4tcc and acpi_throttle by putting the following > in /boot/device.hints: > hint.p4tcc.0.disabled="1" > hint.acpi_throttle.0.disabled="1" > > It reduced the number of levels, but I still don't have a level 2000 as > I used to get: > dev.cpu.0.freq: 1500 > dev.cpu.0.freq_levels: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 > dev.est.0.%desc: Enhanced SpeedStep Frequency Control > dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 > > Pierre-Luc Drouin > > Nate Lawson wrote: > > Pierre-Luc Drouin wrote: > > > >> Hello, > >> > >> I have noticed that FreeBSD gets the wrong CPU frequency levels for my > >> Pentium M 2GHz. It used to work correctly with older versions of > >> FreeBSD, but I noticed that this was not working properly when I > >> installed 7.1 and this is still not working with -stable: > >> > >> > > > > > >> dev.cpu.0.freq: 1500 > >> dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 > >> 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 > >> dev.est.0.%desc: Enhanced SpeedStep Frequency Control > >> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 > >> > >> Is there a way to fix this? > >> > > > > There's nothing wrong. You just got more levels using p4tcc (another > > cpufreq device). So use it as-is, or disable the p4tcc driver and > > acpi_throttle drivers. > > There is a problem, of course. I had the same issue with my 2GHz Pentium M. It was easy to fix, but totally counter-intuitive. Build your kernel without "device cpufreq" and it will all work fine. Here is what I see without CPUFREQ: dev.cpu.0.freq_levels: 2000/27000 1750/23625 1600/22600 1400/19775 1333/19666 1166/17207 1066/16733 932/14641 800/13800 700/12075 600/10350 500/8625 400/6900 300/5175 200/3450 100/1725 These are the correct values. Also, when on battery, the CPU changes the available frequencies so that the top one is 800 MHz. This is not a powerd thing. It's entirely BIOS. -- 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 Thu Apr 2 04:23:21 2009 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 CAC1A1065673 for ; Thu, 2 Apr 2009 04:23:21 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 97B698FC12 for ; Thu, 2 Apr 2009 04:23:21 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LpEIR-0001M1-Fy for freebsd-acpi@freebsd.org; Wed, 01 Apr 2009 21:12:55 -0700 Message-ID: <22840564.post@talk.nabble.com> Date: Wed, 1 Apr 2009 21:12:55 -0700 (PDT) From: Veer To: freebsd-acpi@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: misra.veerendra@gmail.com Subject: Need to identify From which register Temperature is read 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: Thu, 02 Apr 2009 04:23:22 -0000 Hi, I have an ACPI BIOS and there are some methods to calculate the temperate of BIOS. However I want to know which registers are actually read for that. Can anyone help me here. Actually , I want to control the fan speed and there is no Active Cooling method implemented. So I want to write false temperature value to that temperature register so that what ever the fancontrol mechanism is thinks temperature is low/high and then changes the fan speed( I Don't think Embedded Controller is controlling fan speed) Also I do not want passive cooling. Also any idea how fan speed is being controlled on this bios. I am attaching the dsdt file. Thanks http://www.nabble.com/file/p22840564/dsdt_MY070.dsl dsdt_MY070.dsl -- View this message in context: http://www.nabble.com/Need-to-identify-From-which-register-Temperature-is-read-tp22840564p22840564.html Sent from the freebsd-acpi mailing list archive at Nabble.com. From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 2 12:59:22 2009 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 AECDA106566B for ; Thu, 2 Apr 2009 12:59:22 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.freebsd.org (Postfix) with ESMTP id 89FDE8FC0C for ; Thu, 2 Apr 2009 12:59:22 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from mdaemon.pldrouin.net (CPE004005bd9ec2-CM001a666aca96.cpe.net.cable.rogers.com [173.32.136.136]) by smtp.cyberfingers.net (Postfix) with ESMTP id B8658AB6C0F; Thu, 2 Apr 2009 08:59:21 -0400 (EDT) Message-ID: <49D4B6A6.2000902@pldrouin.net> Date: Thu, 02 Apr 2009 08:59:18 -0400 From: Pierre-Luc Drouin User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: Kevin Oberman References: <20090402033543.43DDD1CC0B@ptavv.es.net> In-Reply-To: <20090402033543.43DDD1CC0B@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Wrong dev.cpu.0.freq_levels values 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: Thu, 02 Apr 2009 12:59:22 -0000 Kevin Oberman wrote: >> Date: Wed, 01 Apr 2009 23:16:13 -0400 >> From: Pierre-Luc Drouin >> Sender: owner-freebsd-acpi@freebsd.org >> >> I tried disabling both p4tcc and acpi_throttle by putting the following >> in /boot/device.hints: >> hint.p4tcc.0.disabled="1" >> hint.acpi_throttle.0.disabled="1" >> >> It reduced the number of levels, but I still don't have a level 2000 as >> I used to get: >> dev.cpu.0.freq: 1500 >> dev.cpu.0.freq_levels: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >> dev.est.0.%desc: Enhanced SpeedStep Frequency Control >> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >> >> Pierre-Luc Drouin >> >> Nate Lawson wrote: >> >>> Pierre-Luc Drouin wrote: >>> >>> >>>> Hello, >>>> >>>> I have noticed that FreeBSD gets the wrong CPU frequency levels for my >>>> Pentium M 2GHz. It used to work correctly with older versions of >>>> FreeBSD, but I noticed that this was not working properly when I >>>> installed 7.1 and this is still not working with -stable: >>>> >>>> >>>> >>> >>> >>>> dev.cpu.0.freq: 1500 >>>> dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 >>>> 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 >>>> dev.est.0.%desc: Enhanced SpeedStep Frequency Control >>>> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >>>> >>>> Is there a way to fix this? >>>> >>>> >>> There's nothing wrong. You just got more levels using p4tcc (another >>> cpufreq device). So use it as-is, or disable the p4tcc driver and >>> acpi_throttle drivers. >>> >>> > > There is a problem, of course. I had the same issue with my 2GHz Pentium > M. It was easy to fix, but totally counter-intuitive. > > Build your kernel without "device cpufreq" and it will all work > fine. Here is what I see without CPUFREQ: > dev.cpu.0.freq_levels: 2000/27000 1750/23625 1600/22600 1400/19775 1333/19666 1166/17207 1066/16733 932/14641 800/13800 700/12075 600/10350 500/8625 400/6900 300/5175 200/3450 100/1725 > > These are the correct values. > > Also, when on battery, the CPU changes the available frequencies so that > the top one is 800 MHz. This is not a powerd thing. It's entirely BIOS. > Yep, that did it. Thanks! This is quite counter-intuitive effectively! Pierre-Luc Drouin From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 2 14:24:32 2009 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 85AF4106566C for ; Thu, 2 Apr 2009 14:24:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 555C58FC0A for ; Thu, 2 Apr 2009 14:24:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id D79A746B58; Thu, 2 Apr 2009 10:24:31 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n32EOPT0048814; Thu, 2 Apr 2009 10:24:25 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-acpi@freebsd.org Date: Thu, 2 Apr 2009 09:08:00 -0400 User-Agent: KMail/1.9.7 References: <20090402033543.43DDD1CC0B@ptavv.es.net> In-Reply-To: <20090402033543.43DDD1CC0B@ptavv.es.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904020908.00723.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 02 Apr 2009 10:24:26 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9198/Thu Apr 2 02:50:41 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Wrong dev.cpu.0.freq_levels values 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: Thu, 02 Apr 2009 14:24:32 -0000 On Wednesday 01 April 2009 11:35:43 pm Kevin Oberman wrote: > > Date: Wed, 01 Apr 2009 23:16:13 -0400 > > From: Pierre-Luc Drouin > > Sender: owner-freebsd-acpi@freebsd.org > > > > I tried disabling both p4tcc and acpi_throttle by putting the following > > in /boot/device.hints: > > hint.p4tcc.0.disabled="1" > > hint.acpi_throttle.0.disabled="1" > > > > It reduced the number of levels, but I still don't have a level 2000 as > > I used to get: > > dev.cpu.0.freq: 1500 > > dev.cpu.0.freq_levels: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 > > dev.est.0.%desc: Enhanced SpeedStep Frequency Control > > dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 > > > > Pierre-Luc Drouin > > > > Nate Lawson wrote: > > > Pierre-Luc Drouin wrote: > > > > > >> Hello, > > >> > > >> I have noticed that FreeBSD gets the wrong CPU frequency levels for my > > >> Pentium M 2GHz. It used to work correctly with older versions of > > >> FreeBSD, but I noticed that this was not working properly when I > > >> installed 7.1 and this is still not working with -stable: > > >> > > >> > > > > > > > > >> dev.cpu.0.freq: 1500 > > >> dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 > > >> 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 > > >> dev.est.0.%desc: Enhanced SpeedStep Frequency Control > > >> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 > > >> > > >> Is there a way to fix this? > > >> > > > > > > There's nothing wrong. You just got more levels using p4tcc (another > > > cpufreq device). So use it as-is, or disable the p4tcc driver and > > > acpi_throttle drivers. > > > > > There is a problem, of course. I had the same issue with my 2GHz Pentium > M. It was easy to fix, but totally counter-intuitive. > > Build your kernel without "device cpufreq" and it will all work > fine. Here is what I see without CPUFREQ: > dev.cpu.0.freq_levels: 2000/27000 1750/23625 1600/22600 1400/19775 1333/19666 1166/17207 1066/16733 932/14641 800/13800 700/12075 600/10350 500/8625 400/6900 300/5175 200/3450 100/1725 Hmm, that means one of the cpufreq drivers is busted I think. Can you try disabling all of them to see which one is the problem (est perhaps?) Also, can you show the 'devinfo' output for your cpu0 device (and its child devices) in the cpufreq and non-cpufreq cases? -- John Baldwin From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 2 14:51:26 2009 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 45F901065710 for ; Thu, 2 Apr 2009 14:51:26 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1E3E68FC18 for ; Thu, 2 Apr 2009 14:51:25 +0000 (UTC) (envelope-from pldrouin@pldrouin.net) Received: from mdaemon.pldrouin.net (pldrouinlap-pc.physics.carleton.ca [134.117.23.170]) by smtp.cyberfingers.net (Postfix) with ESMTP id 45160AB6C12; Thu, 2 Apr 2009 10:51:25 -0400 (EDT) Message-ID: <49D4D0EA.1050108@pldrouin.net> Date: Thu, 02 Apr 2009 10:51:22 -0400 From: Pierre-Luc Drouin User-Agent: Thunderbird 2.0.0.21 (X11/20090321) MIME-Version: 1.0 To: John Baldwin References: <20090402033543.43DDD1CC0B@ptavv.es.net> <200904020908.00723.jhb@freebsd.org> In-Reply-To: <200904020908.00723.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: Wrong dev.cpu.0.freq_levels values 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: Thu, 02 Apr 2009 14:51:26 -0000 John Baldwin wrote: > On Wednesday 01 April 2009 11:35:43 pm Kevin Oberman wrote: > >>> Date: Wed, 01 Apr 2009 23:16:13 -0400 >>> From: Pierre-Luc Drouin >>> Sender: owner-freebsd-acpi@freebsd.org >>> >>> I tried disabling both p4tcc and acpi_throttle by putting the following >>> in /boot/device.hints: >>> hint.p4tcc.0.disabled="1" >>> hint.acpi_throttle.0.disabled="1" >>> >>> It reduced the number of levels, but I still don't have a level 2000 as >>> I used to get: >>> dev.cpu.0.freq: 1500 >>> dev.cpu.0.freq_levels: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >>> dev.est.0.%desc: Enhanced SpeedStep Frequency Control >>> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >>> >>> Pierre-Luc Drouin >>> >>> Nate Lawson wrote: >>> >>>> Pierre-Luc Drouin wrote: >>>> >>>> >>>>> Hello, >>>>> >>>>> I have noticed that FreeBSD gets the wrong CPU frequency levels for my >>>>> Pentium M 2GHz. It used to work correctly with older versions of >>>>> FreeBSD, but I noticed that this was not working properly when I >>>>> installed 7.1 and this is still not working with -stable: >>>>> >>>>> >>>>> >>>> >>>> >>>>> dev.cpu.0.freq: 1500 >>>>> dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 875/-1 >>>>> 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 >>>>> dev.est.0.%desc: Enhanced SpeedStep Frequency Control >>>>> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >>>>> >>>>> Is there a way to fix this? >>>>> >>>>> >>>> There's nothing wrong. You just got more levels using p4tcc (another >>>> cpufreq device). So use it as-is, or disable the p4tcc driver and >>>> acpi_throttle drivers. >>>> >>>> >> There is a problem, of course. I had the same issue with my 2GHz Pentium >> M. It was easy to fix, but totally counter-intuitive. >> >> Build your kernel without "device cpufreq" and it will all work >> fine. Here is what I see without CPUFREQ: >> dev.cpu.0.freq_levels: 2000/27000 1750/23625 1600/22600 1400/19775 >> > 1333/19666 1166/17207 1066/16733 932/14641 800/13800 700/12075 600/10350 > 500/8625 400/6900 300/5175 200/3450 100/1725 > > Hmm, that means one of the cpufreq drivers is busted I think. Can you try > disabling all of them to see which one is the problem (est perhaps?) Also, > can you show the 'devinfo' output for your cpu0 device (and its child > devices) in the cpufreq and non-cpufreq cases? > > est0 seems to be the problem. When I have the cpufreq driver in my kernel, that I disable est0 and that I leave p4tcc0 and acpi_throttle0 enabled, the output from sysctl is right. If I disable p4tcc0 and acpi_throttle0 and that I leave est0 enabled, the highest level is 1500 rather than 2000. Here is the output from devinfo that concerns cpu0: cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 ACPI I/O ports: 0x1014 0x1015 0x1016 est0 p4tcc0 acpi_perf0 acpi_throttle0 cpufreq0 Pierre-Luc Drouin From owner-freebsd-acpi@FreeBSD.ORG Thu Apr 2 15:54:44 2009 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 BF66D1065672; Thu, 2 Apr 2009 15:54:44 +0000 (UTC) (envelope-from dd@gizmocreative.com) Received: from mail.justlinuxhosting.com (mail.justlinuxhosting.com [198.107.153.58]) by mx1.freebsd.org (Postfix) with ESMTP id A00998FC23; Thu, 2 Apr 2009 15:54:44 +0000 (UTC) (envelope-from dd@gizmocreative.com) Received: from localhost (localhost [127.0.0.1]) by mail.justlinuxhosting.com (Postfix) with ESMTP id 6CD77450EB; Thu, 2 Apr 2009 08:54:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at justlinuxhosting.com Received: from mail.justlinuxhosting.com ([127.0.0.1]) by localhost (dorothy.justlinuxhosting.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VWkuuT3bL4Ha; Thu, 2 Apr 2009 08:54:42 -0700 (PDT) Received: from [192.168.2.178] (204.11.227.123.static.etheric.net [204.11.227.123]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: dd@gizmocreative.com) by mail.justlinuxhosting.com (Postfix) with ESMTPSA id 71C68450E4; Thu, 2 Apr 2009 08:54:42 -0700 (PDT) Message-Id: <9EC2C57E-1BAA-4023-8A86-EFCB706D95FE@gizmocreative.com> From: Daniel Duerr To: Pierre-Luc Drouin In-Reply-To: <49D4D0EA.1050108@pldrouin.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 2 Apr 2009 08:54:42 -0700 References: <20090402033543.43DDD1CC0B@ptavv.es.net> <200904020908.00723.jhb@freebsd.org> <49D4D0EA.1050108@pldrouin.net> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-acpi@freebsd.org Subject: Re: Wrong dev.cpu.0.freq_levels values 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: Thu, 02 Apr 2009 15:54:45 -0000 For what it's worth, I recently reported a similar bug with est where the top-most frequency of my CPU is less than it should be. In my case, cpufreq *is not* compiled into the kernel and is instead loaded as a driver at boot. I'm using a 1.8GHz dual core Pentium from a couple years ago. On Apr 2, 2009, at 7:51 AM, Pierre-Luc Drouin wrote: > John Baldwin wrote: >> On Wednesday 01 April 2009 11:35:43 pm Kevin Oberman wrote: >> >>>> Date: Wed, 01 Apr 2009 23:16:13 -0400 >>>> From: Pierre-Luc Drouin >>>> Sender: owner-freebsd-acpi@freebsd.org >>>> >>>> I tried disabling both p4tcc and acpi_throttle by putting the >>>> following in /boot/device.hints: >>>> hint.p4tcc.0.disabled="1" >>>> hint.acpi_throttle.0.disabled="1" >>>> >>>> It reduced the number of levels, but I still don't have a level >>>> 2000 as I used to get: >>>> dev.cpu.0.freq: 1500 >>>> dev.cpu.0.freq_levels: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >>>> dev.est.0.%desc: Enhanced SpeedStep Frequency Control >>>> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >>>> >>>> Pierre-Luc Drouin >>>> >>>> Nate Lawson wrote: >>>> >>>>> Pierre-Luc Drouin wrote: >>>>> >>>>>> Hello, >>>>>> >>>>>> I have noticed that FreeBSD gets the wrong CPU frequency levels >>>>>> for my >>>>>> Pentium M 2GHz. It used to work correctly with older versions of >>>>>> FreeBSD, but I noticed that this was not working properly when I >>>>>> installed 7.1 and this is still not working with -stable: >>>>>> >>>>>> >>>>> >>>>>> dev.cpu.0.freq: 1500 >>>>>> dev.cpu.0.freq_levels: 1500/-1 1312/-1 1200/-1 1050/-1 1000/-1 >>>>>> 875/-1 >>>>>> 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 >>>>>> 75/-1 >>>>>> dev.est.0.%desc: Enhanced SpeedStep Frequency Control >>>>>> dev.est.0.freq_settings: 1500/-1 1200/-1 1000/-1 800/-1 600/-1 >>>>>> >>>>>> Is there a way to fix this? >>>>>> >>>>> There's nothing wrong. You just got more levels using p4tcc >>>>> (another >>>>> cpufreq device). So use it as-is, or disable the p4tcc driver and >>>>> acpi_throttle drivers. >>>>> >>>>> >>> There is a problem, of course. I had the same issue with my 2GHz >>> Pentium >>> M. It was easy to fix, but totally counter-intuitive. >>> >>> Build your kernel without "device cpufreq" and it will all work >>> fine. Here is what I see without CPUFREQ: >>> dev.cpu.0.freq_levels: 2000/27000 1750/23625 1600/22600 1400/19775 >> 1333/19666 1166/17207 1066/16733 932/14641 800/13800 700/12075 >> 600/10350 500/8625 400/6900 300/5175 200/3450 100/1725 >> >> Hmm, that means one of the cpufreq drivers is busted I think. Can >> you try disabling all of them to see which one is the problem (est >> perhaps?) Also, can you show the 'devinfo' output for your cpu0 >> device (and its child devices) in the cpufreq and non-cpufreq cases? >> >> > est0 seems to be the problem. When I have the cpufreq driver in my > kernel, that I disable est0 and that I leave p4tcc0 and > acpi_throttle0 enabled, the output from sysctl is right. If I > disable p4tcc0 and acpi_throttle0 and that I leave est0 enabled, the > highest level is 1500 rather than 2000. Here is the output from > devinfo that concerns cpu0: > > cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 > ACPI I/O ports: > 0x1014 > 0x1015 > 0x1016 > est0 > p4tcc0 > acpi_perf0 > acpi_throttle0 > cpufreq0 > > Pierre-Luc Drouin > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi- > unsubscribe@freebsd.org" -- daniel duerr | president | gizmo creative dd@gizmocreative.com | +1 (831) 621-1710 x103 From owner-freebsd-acpi@FreeBSD.ORG Sat Apr 4 17:10:03 2009 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 53168106566B for ; Sat, 4 Apr 2009 17:10:03 +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 37C168FC12 for ; Sat, 4 Apr 2009 17:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n34HA3gF076357 for ; Sat, 4 Apr 2009 17:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n34HA3eo076356; Sat, 4 Apr 2009 17:10:03 GMT (envelope-from gnats) Date: Sat, 4 Apr 2009 17:10:03 GMT Message-Id: <200904041710.n34HA3eo076356@freefall.freebsd.org> To: freebsd-acpi@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/128634: commit references a PR X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2009 17:10:03 -0000 The following reply was made to PR kern/128634; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/128634: commit references a PR Date: Sat, 4 Apr 2009 17:01:42 +0000 (UTC) Author: attilio Date: Sat Apr 4 17:01:32 2009 New Revision: 190695 URL: http://svn.freebsd.org/changeset/base/190695 Log: - Add the support for the Asus A3F and A3E device - Fix style for A3N and for a comment Submitted by: Akira Funahashi Tested by: Marcin Nowak , Diego Sardina PR: kern/128634 Modified: head/sys/dev/acpi_support/acpi_asus.c Modified: head/sys/dev/acpi_support/acpi_asus.c ============================================================================== --- head/sys/dev/acpi_support/acpi_asus.c Sat Apr 4 16:03:28 2009 (r190694) +++ head/sys/dev/acpi_support/acpi_asus.c Sat Apr 4 17:01:32 2009 (r190695) @@ -176,16 +176,39 @@ static struct acpi_asus_model acpi_asus_ .disp_set = "SDSP" }, { + .name = "A3E", + .mled_set = "MLED", + .wled_set = "WLED", + .lcd_get = "\\_SB.PCI0.SBRG.EC0.RPIN(0x67)", + .lcd_set = "\\_SB.PCI0.SBRG.EC0._Q10", + .brn_get = "GPLV", + .brn_set = "SPLV", + .disp_get = "\\_SB.PCI0.P0P2.VGA.GETD", + .disp_set = "SDSP" + }, + { + .name = "A3F", + .mled_set = "MLED", + .wled_set = "WLED", + .bled_set = "BLED", + .lcd_get = "\\_SB.PCI0.SBRG.EC0.RPIN(0x11)", + .lcd_set = "\\_SB.PCI0.SBRG.EC0._Q10", + .brn_get = "GPLV", + .brn_set = "SPLV", + .disp_get = "\\SSTE", + .disp_set = "SDSP" + }, + { .name = "A3N", .mled_set = "MLED", .bled_set = "BLED", .wled_set = "WLED", - .lcd_get = NULL, + .lcd_get = "\\BKLT", .lcd_set = "\\_SB.PCI0.SBRG.EC0._Q10", + .brn_get = "GPLV", .brn_set = "SPLV", - .brn_get = "SDSP", - .disp_set = "SDSP", - .disp_get = "\\_SB.PCI0.P0P3.VGA.GETD" + .disp_get = "\\_SB.PCI0.P0P3.VGA.GETD", + .disp_set = "SDSP" }, { .name = "A4D", @@ -577,7 +600,7 @@ acpi_asus_probe(device_t dev) return (0); } - /* if EeePC */ + /* EeePC */ if (strncmp("ASUS010", rstr, 7) == 0) { sc->model = &acpi_eeepc_models[0]; device_set_desc(dev, "ASUS EeePC"); @@ -627,6 +650,9 @@ good: else if (strncmp(model->name, "A2x", 3) == 0 && strncmp(Obj->String.Pointer, "A2", 2) == 0) goto good; + else if (strncmp(model->name, "A3F", 3) == 0 && + strncmp(Obj->String.Pointer, "A6F", 3) == 0) + goto good; else if (strncmp(model->name, "D1x", 3) == 0 && strncmp(Obj->String.Pointer, "D1", 2) == 0) goto good; _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"