From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 30 11:06:42 2013 Return-Path: Delivered-To: freebsd-acpi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0EAB4F06 for ; Mon, 30 Dec 2013 11:06:42 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3E0910E9 for ; Mon, 30 Dec 2013 11:06:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBUB6fXs058007 for ; Mon, 30 Dec 2013 11:06:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBUB6fCC058005 for freebsd-acpi@FreeBSD.org; Mon, 30 Dec 2013 11:06:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Dec 2013 11:06:41 GMT Message-Id: <201312301106.rBUB6fCC058005@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 Subject: Current problem reports assigned to freebsd-acpi@FreeBSD.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.17 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 Dec 2013 11:06:42 -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/181665 acpi [acpi] System will not go into S3 state. o kern/180897 acpi [acpi] ACPI error with MB p8h67 v.1405 o kern/174766 acpi [acpi] Random acpi panic o kern/174504 acpi [ACPI] Suspend/resume broken on Lenovo x220 o kern/173408 acpi [acpi] [regression] ACPI Regression: battery does not o kern/171305 acpi [acpi] acpi_tz0: _CRT value is absurd, ignored (256.0C o kern/165381 acpi [cpufreq] powerd(8) eats CPUs for breakfast o kern/164329 acpi [acpi] hw.acpi.thermal.tz0.temperature shows strange v o kern/162859 acpi [acpi] ACPI battery/acline monitoring partialy working o kern/161715 acpi [acpi] Dell E6520 doesn't resume after ACPI suspend o kern/161713 acpi [acpi] Suspend on Dell E6520 o kern/160838 acpi [acpi] ACPI Battery Monitor Non-Functional o kern/160419 acpi [acpi_thermal] acpi_thermal kernel thread high CPU usa o kern/158689 acpi [acpi] value of sysctl hw.acpi.thermal.polling_rate ne o kern/154955 acpi [acpi] Keyboard or ACPI doesn't work on Lenovo S10-3 o kern/152098 acpi [acpi] Lenovo T61p does not resume o i386/146715 acpi [acpi] Suspend works, resume not on a HP Probook 4510s o kern/145306 acpi [acpi]: Can't change brightness on HP ProBook 4510s o i386/143798 acpi [acpi] shutdown problem with SiS K7S5A o kern/143420 acpi [acpi] ACPI issues with Toshiba o kern/142009 acpi [acpi] [panic] Panic in AcpiNsGetAttachedObject 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 i386/136008 acpi [acpi] Dell Vostro 1310 will not shutdown (Requires us o kern/132602 acpi [acpi] ACPI Problem with Intel SS4200: System does not a i386/122887 acpi [panic] [atkbdc] 7.0-RELEASE on IBM HS20 panics immed s kern/112544 acpi [acpi] [patch] Add High Precision Event Timer Driver f o kern/73823 acpi [request] acpi / power-on by timer support 28 problems total. From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 30 22:39:13 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52799C2F for ; Mon, 30 Dec 2013 22:39:13 +0000 (UTC) Received: from frontend2.warwick.net (mail.warwick.net [204.255.24.103]) by mx1.freebsd.org (Postfix) with SMTP id 152431775 for ; Mon, 30 Dec 2013 22:39:12 +0000 (UTC) Received: (qmail 20982 invoked from network); 30 Dec 2013 22:39:05 -0000 Received: from 70.44.113.171.res-cmts.sefg.ptd.net (HELO [70.44.113.171]) (egunther@warwick.net@70.44.113.171) by frontend2.warwick.net with SMTP (3008c4d6-71a3-11e3-8283-001f2909bf3e); Mon, 30 Dec 2013 17:39:05 -0500 Message-ID: <1388443144.2697.31.camel@res-cmts> Subject: Re: loud fan pavilion ze2000 From: ito To: freebsd-acpi@freebsd.org Date: Mon, 30 Dec 2013 17:39:04 -0500 In-Reply-To: <20131222153537.T25305@sola.nimnet.asn.au> References: <1387551635.2533.21.camel@res-cmts> <20131221152703.E25305@sola.nimnet.asn.au> <1387666895.5356.22.camel@res-cmts> <20131222153537.T25305@sola.nimnet.asn.au> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.4 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-MagicMail-UUID: 3008c4d6-71a3-11e3-8283-001f2909bf3e X-MagicMail-Authenticated: egunther@warwick.net Cc: Ian Smith X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.17 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 Dec 2013 22:39:13 -0000 Ok, So I have tried looking around more, and working on powerd.There seems to be no difference in any change I make aside from the temperature staying below where I set PSV. hw.acpi.thermal.tz0_PSV: 85C (set back to what it was) > I wouldn't worry about that. Are you not running powerd(8)? As Kevin > Oberman often points out, p4tcc is for thermal control - as we've just > exercised - but cpufreq(4), controlled by powerd, is the way to save > power when you don't need the CPU running at maximum frequency, which is > likely most times. Running it slower when idle _greatly_ reduces heat. cpufreq and powerd, but I have a question about that; in the man page for powerd, a bug is stated thus; "if powerd is used with power_profile, they may override each other." -in any case it seems to me both are being used on this machine.- man cpu freq --------snip---------- ..."The cpufreq driver provides a unified kernel and user interface to CPU frequency control drivers. It combines multiple drivers offering different settings into a single interface of all possible levels. Users can access this interface directly via sysctl(8) or by indicating to /etc/rc.d/power_profile that it should switch settings when the AC line state changes via rc.conf(5)"... ------------snip------------ I thought that cpufreq calls or is called by /etc/rc.d/power_profile. I see in the script that is 'power_profile' that it is called via devd. Does one actually edit the script, /etc/rc.d/power_profile? Or is there a more user friendly approach? While trying to dig out the problem: I tried kldstat -v | grep cpu 503 cpu/smist 502 cpu/powernow 501 cpu/p4tcc 500 cpu/hwpstate 499 cpu/est 486 legacy/cpu 33 cpu/acpi_perf 24 acpi/cpu 410 cpu/cpufreq 112 cpu/ichss 37 cpu/acpi_throttle Most if not all of these are related to thermal control, no? It looks like there is redundancy, is that the case? thanks, eg > Right, 1135 / 1298 ~= .875 = 7/8, so yes that's your 1.3GHz CPU dropping > down one step for thermal control. OK > > I suppose that is the 8 (freq_levels) you where referring to. Further I > > infer that this -1 means that the BIOS has set them or does set them. > Yes, but here the -1 indicates for freq_levels that power consumption in milliwatts at that freq is unknown, likely the same for p4tcc settings. Ok. > While doing the above (find) the fan is on but not full out. > > find(1) works disk harder than CPU as a rule, though here that command > gets xorg about 70% busy, and keeps going for ages after hitting ^C, as > it lists each file on the disk :) Maybe useful: find / -name "*acpi*" OK, I will keep that in mind find / -name "*acpi*" > > PS, is this the exact command? > > " dd if=/dev/random > of=/dev/null " > > No, no. I was careful to be precise, and yes a mistyped dd can be > dangerous, and redirected to a file could indeed fill your disk. > Fortunately that one doesn't work, invalid filename. see dd(1). > OK so "dd if=/dev/urandom of=/dev/null" I see: if=FILE read from file instead of stdin /dev/urandom, kernels random number generator of=FILE write to FILE instead of stdout /dev/null, data sink : > > I am reluctant to type anything like dd: anything: I'm not really that > > confident with the command line. > > Without your redirection it just reads from /dev/random, burning CPU, > discarding the output, until you hit ^C .. perfectly safe. > :> > > After setting the PSV value it does not go above 71 when rendering > > animation with blender. > > Yeah rendering will busy the CPU (and GPU too) pretty well. Good, so > we know passive cooling works (in case your fan ever really packs up). > The passive cooling seems to work pretty well. :0 > > I will try cleaning it again, but I think I remember that I thought > > cleaning would fix it before. > > Unless you live in an extraordinarily dust-free environment, this needs > doing with some regularity anyway. I did mine the other day, as summer > ambient temperatures over 30C are becoming normal here (happy solstice!) > I did a quick cleaning but did not want to take it apart at the moment. However, I noticed in the past that a thorough cleaning only helped but did not solve noise. > At the temperatures you've quoted, apart from annoying fan noise, it > doesn't seem broken to me. How warm does it run just idling (versus > what ambient temperature where you are)? > Yeah, thats the thing this is an old computer and all but it still works +stock+ more or less. That is one of the few things that is actually bothersome, the fan that is. I do not have AC but the window is often open, it is winter here. I would guess between 60-70 degrees Fahrenheit (15-21C). > > > > Found the source online for freebsd acpi. > > It'll be on your disk if you installed sources. I did not install the sources, although I did find acpiio.h in /usr/include/dev/acpica/ so I may try the find command you mentioned (find -name "*acpi*") and see what else I can find. And as I mentioned I can find it online. > > So I guess that I could adjust the throttling, through the process that > > the machine uses to save power?? > > I wouldn't worry about that. Are you not running powerd(8)? As Kevin > Oberman often points out, p4tcc is for thermal control - as we've just > exercised - but cpufreq(4), controlled by powerd, is the way to save > power when you don't need the CPU running at maximum frequency, which is > likely most times. Running it slower when idle _greatly_ reduces heat. Powerd is the first thing that was mentioned on the FreeBSD forums. I tried it but possibly did not configure it properly. It did not seem to fix the fan issue and as I said above the computer works fine otherwise; no emergency shut down's or slow downs really to speak of. I don't really work this computer that hard so I am not demanding too much out of it. Which is why I thought maybe the 'normal' operation of the CPU could be curtailed. ----- -----------/etc/rc.conf---------- ----snip----- powerd_enable="YES" powerd_flags="-a adp -b min -i 30" ------snip------ ----------------------- ------ --I am trying powerd -i 30 to see where it gets me. > cheers, Ian Thanks a bunch, eg---------- From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 31 08:03:31 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26DDE629 for ; Tue, 31 Dec 2013 08:03:31 +0000 (UTC) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8389B1CE1 for ; Tue, 31 Dec 2013 08:03:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id rBV7ncNR032860; Tue, 31 Dec 2013 18:49:39 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 31 Dec 2013 18:49:38 +1100 (EST) From: Ian Smith To: ito Subject: Re: loud fan pavilion ze2000 In-Reply-To: <1388443144.2697.31.camel@res-cmts> Message-ID: <20131231155224.R35277@sola.nimnet.asn.au> References: <1387551635.2533.21.camel@res-cmts> <20131221152703.E25305@sola.nimnet.asn.au> <1387666895.5356.22.camel@res-cmts> <20131222153537.T25305@sola.nimnet.asn.au> <1388443144.2697.31.camel@res-cmts> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.17 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 Dec 2013 08:03:31 -0000 On Mon, 30 Dec 2013 17:39:04 -0500, ito wrote: > Ok, > > So I have tried looking around more, and working on powerd.There seems > to be no difference in any change I make aside from the temperature staying > below where I set PSV. > > hw.acpi.thermal.tz0_PSV: 85C > > (set back to what it was) So does your noisy fan run less often with powerd running? Does it run cooler when idle now? What freq does it run at when idle? Here I run gkrellm which displays freq and temperature among many other goodies. > > I wouldn't worry about that. Are you not running powerd(8)? As Kevin > > Oberman often points out, p4tcc is for thermal control - as we've just > > exercised - but cpufreq(4), controlled by powerd, is the way to save > > power when you don't need the CPU running at maximum frequency, which is > > likely most times. Running it slower when idle _greatly_ reduces heat. > > cpufreq and powerd, but I have a question about that; in the man page > for powerd, a bug is stated thus; > "if powerd is used with power_profile, they may override each other." > > -in any case it seems to me both are being used on this machine.- > > man cpu freq --------snip---------- > ..."The cpufreq driver provides a unified kernel and user interface to CPU > frequency control drivers. It combines multiple drivers offering different > settings into a single interface of all possible levels. Users can access > this interface directly via sysctl(8) or by indicating to > /etc/rc.d/power_profile that it should switch settings when the AC line state > changes via rc.conf(5)"... > > ------------snip------------ > > I thought that cpufreq calls or is called by /etc/rc.d/power_profile. I see > in the script that is 'power_profile' that it is called via devd. > > Does one actually edit the script, /etc/rc.d/power_profile? Or is there > a more user friendly approach? This is not really a problem; no, and yes. devd only runs power_profile whenever the line state changes between AC power and battery. When this happens, power_profile sets both C-state and CPU frequency to the values set in rc.conf of the below variables, the default settings of which are in /etc/defaults/rc.conf: performance_cx_lowest="HIGH" # Online CPU idle state performance_cpu_freq="NONE" # Online CPU frequency economy_cx_lowest="HIGH" # Offline CPU idle state economy_cpu_freq="NONE" # Offline CPU frequency With performance_cpu_freq and economy_cpu_freq set to the default NONE, you'll see that power_profile makes no change to CPU frequency. If you set it to say HIGH or LOW, then power_profile will set freq to the max or min freq - or other value you specify - but only until powerd next adjusts freq according to load, likely less than 500ms later, so even then it's really a non-issue .. only relevant when NOT using powerd. You likely DO want to set performance_cx_lowest and economy_cx_lowest however. I use "C3" for both but that may not be best for your Celeron: smithi on t23% sysctl dev.cpu.0 | grep -v '\.%' dev.cpu.0.freq: 733 dev.cpu.0.freq_levels: 1133/19100 733/12500 dev.cpu.0.cx_supported: C1/0 C2/84 C3/120 dev.cpu.0.cx_lowest: C3 dev.cpu.0.cx_usage: 0.02% 28.09% 71.87% last 681us You can see mine's mostly running C3 state (on AC power), nice and cool and easy on power .. I'm only listening to a radio stream and typing :) Read https://wiki.freebsd.org/TuningPowerConsumption for the good oil. > While trying to dig out the problem: Non-problem, but digging is educational .. > I tried kldstat -v | grep cpu > > 503 cpu/smist > 502 cpu/powernow > 501 cpu/p4tcc > 500 cpu/hwpstate > 499 cpu/est > 486 legacy/cpu > 33 cpu/acpi_perf > 24 acpi/cpu > 410 cpu/cpufreq > 112 cpu/ichss > 37 cpu/acpi_throttle > > Most if not all of these are related to thermal control, no? It looks like there > is redundancy, is that the case? No, GENERIC contains drivers for many CPUs and chipsets. See cpufreq(4) which mentions all those except hwpstate, for some AMDs I recall, as is powernow, though all the cpufreq drivers still lack their own man pages. cheers, Ian PS you may find freebsd-mobile a better list for many questions such as this one, not specifically to do with ACPI functioning and development. [snip] From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 31 11:59:43 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DAC4D36E for ; Tue, 31 Dec 2013 11:59:43 +0000 (UTC) Received: from frontend1.warwick.net (wvtcvoicemail.wvtc.com [204.255.24.102]) by mx1.freebsd.org (Postfix) with SMTP id 9AE181AD4 for ; Tue, 31 Dec 2013 11:59:42 +0000 (UTC) Received: (qmail 7707 invoked from network); 31 Dec 2013 11:53:01 -0000 Received: from 70.44.113.171.res-cmts.sefg.ptd.net (HELO [70.44.113.171]) (egunther@warwick.net@70.44.113.171) by frontend1.warwick.net with SMTP (192a62b4-7212-11e3-9ff9-001e0b616b8e); Tue, 31 Dec 2013 06:53:01 -0500 Message-ID: <1388490780.2797.15.camel@res-cmts> Subject: Re: loud fan pavilion ze2000 From: ito To: Ian Smith Date: Tue, 31 Dec 2013 06:53:00 -0500 In-Reply-To: <20131231155224.R35277@sola.nimnet.asn.au> References: <1387551635.2533.21.camel@res-cmts> <20131221152703.E25305@sola.nimnet.asn.au> <1387666895.5356.22.camel@res-cmts> <20131222153537.T25305@sola.nimnet.asn.au> <1388443144.2697.31.camel@res-cmts> <20131231155224.R35277@sola.nimnet.asn.au> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.4 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-MagicMail-UUID: 192a62b4-7212-11e3-9ff9-001e0b616b8e X-MagicMail-Authenticated: egunther@warwick.net Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.17 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 Dec 2013 11:59:43 -0000 On Tue, 2013-12-31 at 18:49 +1100, Ian Smith wrote: > On Mon, 30 Dec 2013 17:39:04 -0500, ito wrote: > > Ok, > > > > So I have tried looking around more, and working on powerd.There seems > > to be no difference in any change I make aside from the temperature staying > > below where I set PSV. > > > > hw.acpi.thermal.tz0_PSV: 85C > > > > (set back to what it was) > > So does your noisy fan run less often with powerd running? Not as far as I can tell. Negligible if any. > Does it run > cooler when idle now? It does run cooler when the passive cooling setpoint is lower (under duress), other than that it hovers between 59-64C. > What freq does it run at when idle? Here I run > gkrellm which displays freq and temperature among many other goodies. > I will install that. > > > I wouldn't worry about that. Are you not running powerd(8)? As Kevin > > > Oberman often points out, p4tcc is for thermal control - as we've just > > > exercised - but cpufreq(4), controlled by powerd, is the way to save > > > power when you don't need the CPU running at maximum frequency, which is > > > likely most times. Running it slower when idle _greatly_ reduces heat. > > > > cpufreq and powerd, but I have a question about that; in the man page > > for powerd, a bug is stated thus; > > "if powerd is used with power_profile, they may override each other." > > > > -in any case it seems to me both are being used on this machine.- > > > > man cpu freq --------snip---------- > > ..."The cpufreq driver provides a unified kernel and user interface to CPU > > frequency control drivers. It combines multiple drivers offering different > > settings into a single interface of all possible levels. Users can access > > this interface directly via sysctl(8) or by indicating to > > /etc/rc.d/power_profile that it should switch settings when the AC line state > > changes via rc.conf(5)"... > > > > ------------snip------------ > > > > I thought that cpufreq calls or is called by /etc/rc.d/power_profile. I see > > in the script that is 'power_profile' that it is called via devd. > > > > Does one actually edit the script, /etc/rc.d/power_profile? Or is there > > a more user friendly approach? > > This is not really a problem; no, and yes. devd only runs power_profile > whenever the line state changes between AC power and battery. Right! that hadn't sunk in after reading it multiple times. In /etc/rc.d/power_profile > When this > happens, power_profile sets both C-state and CPU frequency to the values > set in rc.conf of the below variables, the default settings of which are > in /etc/defaults/rc.conf: > > performance_cx_lowest="HIGH" # Online CPU idle state > performance_cpu_freq="NONE" # Online CPU frequency > economy_cx_lowest="HIGH" # Offline CPU idle state > economy_cpu_freq="NONE" # Offline CPU frequency > > With performance_cpu_freq and economy_cpu_freq set to the default NONE, > you'll see that power_profile makes no change to CPU frequency. If you > set it to say HIGH or LOW, then power_profile will set freq to the max > or min freq - or other value you specify - but only until powerd next > adjusts freq according to load, likely less than 500ms later, so even > then it's really a non-issue .. only relevant when NOT using powerd. > > You likely DO want to set performance_cx_lowest and economy_cx_lowest > however. I use "C3" for both but that may not be best for your Celeron: > > smithi on t23% sysctl dev.cpu.0 | grep -v '\.%' > dev.cpu.0.freq: 733 > dev.cpu.0.freq_levels: 1133/19100 733/102500 > dev.cpu.0.cx_supported: C1/0 C2/84 C3/120 > dev.cpu.0.cx_lowest: C3 > dev.cpu.0.cx_usage: 0.02% 28.09% 71.87% last 681us > Those are set to C2 and running in that state 99%. AC power. > You can see mine's mostly running C3 state (on AC power), nice and cool > and easy on power .. I'm only listening to a radio stream and typing :) > > Read https://wiki.freebsd.org/TuningPowerConsumption for the good oil. > OK! > > While trying to dig out the problem: > > Non-problem, but digging is educational .. > > > I tried kldstat -v | grep cpu > > > > 503 cpu/smist > > 502 cpu/powernow > > 501 cpu/p4tcc > > 500 cpu/hwpstate > > 499 cpu/est > > 486 legacy/cpu > > 33 cpu/acpi_perf > > 24 acpi/cpu > > 410 cpu/cpufreq > > 112 cpu/ichss > > 37 cpu/acpi_throttle > > > > Most if not all of these are related to thermal control, no? It looks like there > > is redundancy, is that the case? > > No, GENERIC contains drivers for many CPUs and chipsets. See cpufreq(4) > which mentions all those except hwpstate, for some AMDs I recall, as is > powernow, though all the cpufreq drivers still lack their own man pages. > > cheers, Ian > > PS you may find freebsd-mobile a better list for many questions such as > this one, not specifically to do with ACPI functioning and development. > Yes, and that was my next question, where else to ask/look. Thanks, eg > [snip] From owner-freebsd-acpi@FreeBSD.ORG Tue Dec 31 16:22:56 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CD195E9 for ; Tue, 31 Dec 2013 16:22:56 +0000 (UTC) Received: from frontend1.warwick.net (wvtcvoicemail.wvtc.com [204.255.24.102]) by mx1.freebsd.org (Postfix) with SMTP id 0B7BF1E33 for ; Tue, 31 Dec 2013 16:22:55 +0000 (UTC) Received: (qmail 11640 invoked from network); 31 Dec 2013 16:22:54 -0000 Received: from 70.44.113.171.res-cmts.sefg.ptd.net (HELO [70.44.113.171]) (egunther@warwick.net@70.44.113.171) by frontend1.warwick.net with SMTP (ccbd0582-7237-11e3-8893-001e0b616b8e); Tue, 31 Dec 2013 11:22:54 -0500 Message-ID: <1388506973.2584.9.camel@res-cmts> Subject: Re: loud fan pavilion ze2000 From: ito To: Ian Smith Date: Tue, 31 Dec 2013 11:22:53 -0500 In-Reply-To: <20131231155224.R35277@sola.nimnet.asn.au> References: <1387551635.2533.21.camel@res-cmts> <20131221152703.E25305@sola.nimnet.asn.au> <1387666895.5356.22.camel@res-cmts> <20131222153537.T25305@sola.nimnet.asn.au> <1388443144.2697.31.camel@res-cmts> <20131231155224.R35277@sola.nimnet.asn.au> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.4 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-MagicMail-UUID: ccbd0582-7237-11e3-8893-001e0b616b8e X-MagicMail-Authenticated: egunther@warwick.net Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.17 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 Dec 2013 16:22:56 -0000 On Tue, 2013-12-31 at 18:49 +1100, Ian Smith wrote: > On Mon, 30 Dec 2013 17:39:04 -0500, ito wrote: > > Ok, > > > > So I have tried looking around more, and working on powerd.There seems > > to be no difference in any change I make aside from the temperature staying > > below where I set PSV. > > > > hw.acpi.thermal.tz0_PSV: 85C > > > > (set back to what it was) > > So does your noisy fan run less often with powerd running? Does it run > cooler when idle now? What freq does it run at when idle? Here I run > gkrellm which displays freq and temperature among many other goodies. > Ian, I'm sorry, I forgot to answer the actual points; PSV keeps it below where it is set. The fan continues to run approx. every 20 sec, for 14 sec Currently (with it set to HIGH in /etc/rc.conf) it runs at a consistent 1298, at C2 99% of the time. Occasionally dips down to 1135 which does not seem to coincide with fan operation. This computer is by no means a workhorse, and even when I do work it it more or stays the same (fan wise). Like running rezound and gnuitar while playing guitar through it and looping on rezound. I think I have some issues with ports or pkg_add databases, I cannot install it. But I will, probably. I was trying to use the 'watch' command to update 'sysctl' but I must have forgotten the command that keeps tabs on a command printing the results periodically. Cheers, eg