Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 12 Sep 2010 12:29:37 +0300
From:      Alexander Motin <mav@FreeBSD.org>
To:        Norikatsu Shigemura <nork@FreeBSD.org>
Cc:        FreeBSD-Current <freebsd-current@freebsd.org>, Andriy Gapon <avg@icyb.net.ua>
Subject:   Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9
Message-ID:  <4C8C9D81.9090401@FreeBSD.org>
In-Reply-To: <20100912182625.c49d3f1d.nork@FreeBSD.org>
References:  <4C8BCAC5.5050008@root.org>	<mailpost.1284277196.1767764.83548.mailing.freebsd.current@FreeBSD.cs.nctu.edu.tw>	<4C8C8B64.8020907@FreeBSD.org> <20100912182625.c49d3f1d.nork@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Norikatsu Shigemura wrote:
> On Sun, 12 Sep 2010 11:12:20 +0300
> Alexander Motin <mav@freebsd.org> wrote:
>>>>> PROCESSOR-0696 [257314] cpu_cx_cst            : acpi_cpu3: C2[1] not available.
>>>>> PROCESSOR-0730 [257314] cpu_cx_cst            : acpi_cpu3: Got C3 - 245 latency
>>>> I think the issue is that C2 is not available for some reason and thus
>>>> C3 can't be used either. The way to tell is to use acpidump and look for
>>>> the CPU objects' _CST fields.
>>> The "not available" message means that transition latency is defined too high.
>>> That is, in this case latency is greater than 100 for C2.
>> Just an idea. Limits of 100 and 1000 are defined for detection of
>> C-states using P_LVLx_LAT registers. Because _CST explicitly specifies
> 
> 	Oops! I forgot. Thank you, I tried.
> 	But cx_lowest is not changed:
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> $ sysctl -a | grep cx
> hw.acpi.cpu.cx_lowest: C1
> dev.cpu.0.cx_supported: C1/3 C2/245
> dev.cpu.0.cx_lowest: C1
> dev.cpu.0.cx_usage: 100.00% 0.00% last 3641us
> dev.cpu.1.cx_supported: C1/3 C2/245
> dev.cpu.1.cx_lowest: C1
> dev.cpu.1.cx_usage: 100.00% 0.00% last 798us
> dev.cpu.2.cx_supported: C1/3 C2/245
> dev.cpu.2.cx_lowest: C1
> dev.cpu.2.cx_usage: 100.00% 0.00% last 158us
> dev.cpu.3.cx_supported: C1/3 C2/245
> dev.cpu.3.cx_lowest: C1
> dev.cpu.3.cx_usage: 100.00% 0.00% last 227us
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

hw.acpi.cpu.cx_lowest has default in C1. Have you tried to rise it via
sysctl?

-- 
Alexander Motin



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