Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 30 Sep 2015 00:42:57 +1000 (EST)
From:      Ian Smith <smithi@nimnet.asn.au>
To:        Arthur van der Peijl <aavanderpeijl@gmail.com>
Cc:        Kevin Oberman <rkoberman@gmail.com>, John Baldwin <jhb@freebsd.org>, "freebsd-acpi@freebsd.org" <freebsd-acpi@freebsd.org>
Subject:   Re: ACPI problems op ASrock
Message-ID:  <20150930000154.E67283@sola.nimnet.asn.au>
In-Reply-To: <AC265A92-ABE2-442B-9959-EC8F61DFC2C6@gmail.com>
References:  <49E6B533-4457-4583-82A2-9940C291AB51@gmail.com> <CAN6yY1s1akH6Wva-1eyYt3AZWRvvE%2BiSLtydDdfc01OwwOaZwg@mail.gmail.com> <AC265A92-ABE2-442B-9959-EC8F61DFC2C6@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 26 Sep 2015 10:17:20 +0200, Arthur van der Peijl wrote:
 > Thank you for assistance: powerd must clearly not be my focus: the 
 > CPU stays high and thus cannot go into idle mode.

 > No need to change performance_cx_lowest as I just have a Pentium 
 > G3220 running.
 > 
 > [root@zfsguru /home/ssh]# cat /boot/loader.conf | grep hint.
 > hint.p4tcc.0.disabled="1"
 > hint.acpi_throttle.0.disabled="1"
 > 
 > Tried to change lowest level on running system: 
 > 
 > [root@zfsguru /home/ssh]# sysctl dev.cpu.0.cx_lowest=C8
 > dev.cpu.0.cx_lowest: C8 -> C8

You really need to set hw.acpi.cpu.cx_lowest=C8 instead; this is then 
propogated to dev.cpu.*.cx_lowest, updated when /etc/rc.d/power_profile 
runs on losing or regaining mains power.  However, that won't help here.

 > We're already there. The document described some other setting which 
 > could be read:
 > 
 > [root@zfsguru /home/ssh]# sysctl dev.cpu | grep cx
 > dev.cpu.1.cx_usage: 100.00% last 5us
 > dev.cpu.1.cx_lowest: C8
 > dev.cpu.1.cx_supported: C1/1/1
 > dev.cpu.0.cx_usage: 100.00% 0.00% last 4us
 > dev.cpu.0.cx_lowest: C8
 > dev.cpu.0.cx_supported: C1/1/1 C2/2/117
 > 
 > I don't inderstand this. 100% CPU is my main issue, created by 
 > {acpi_task} in the kernal. However -> CPU1 supports different states 
 > as CPU0? Or is this a summary of last states?

I don't follow this either, and don't recall seeing different C-states 
available on different CPUs?  If cpu1 has only C1, I can't see how cpu0 
could ever use C2 - with its real win in terms of power consumption - as 
all CPUs are now set to the same C-state (and P-state) as far as I know.

Is cpu1 a real CPU, or HTT? Perhaps show the CPU detection details from 
dmesg.  powerd with standard parameters will always run at top speed 
with the CPU usage/idle figures you quoted; you could get it to run 
slower if you adjusted -i and -r settings, as an immediate workaround.

But listen to John about debugging the ACPI tasks CPU usage issue ..

cheers, Ian



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150930000154.E67283>