From owner-freebsd-current@FreeBSD.ORG Sun Sep 12 09:29:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA6061065673; Sun, 12 Sep 2010 09:29:59 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 36CB88FC13; Sun, 12 Sep 2010 09:29:58 +0000 (UTC) Received: by bwz20 with SMTP id 20so367048bwz.13 for ; Sun, 12 Sep 2010 02:29:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=k49bwJJnmVfOCX+sGt5h8LaMEE62TecDgypLP0OcnJQ=; b=I+BtbASSC03EtIMPtN4T3mzJZhLRuzOGvBweVFoPHoaFCWla26uEvgMssLaDS2O5jN fQO6eXVIIEm9JUxR5kgCneE10GPORA5fgsyqDkJF9cbJmPOz/VhGeo5jkc9cSucJp8d0 gVFB0kirEMXGnkeI0c0/B3+v4aVrFv0A72Gj0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=BnX4ONJkGZBOWKzux913aYq0z9R2AqJEB6oyr4XSNzNsMmsUjYTuWiXb/L8UsMUDQi +S63p5vqfK9q+FXqcVhCXwgJLlVGOIB5QNgmNSgYP0NK60myhkRcxCoV0dFSKIrkEQq0 A7GiJV113ZU56rSceRbOiABArGMsZesjskFu0= Received: by 10.204.118.202 with SMTP id w10mr2150803bkq.40.1284283797892; Sun, 12 Sep 2010 02:29:57 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id x19sm3567621bkv.21.2010.09.12.02.29.56 (version=SSLv3 cipher=RC4-MD5); Sun, 12 Sep 2010 02:29:56 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C8C9D81.9090401@FreeBSD.org> Date: Sun, 12 Sep 2010 12:29:37 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Norikatsu Shigemura References: <4C8BCAC5.5050008@root.org> <4C8C8B64.8020907@FreeBSD.org> <20100912182625.c49d3f1d.nork@FreeBSD.org> In-Reply-To: <20100912182625.c49d3f1d.nork@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Andriy Gapon Subject: Re: CPU C-state storange on Panasonic TOUGH BOOK CF-R9 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Sep 2010 09:30:00 -0000 Norikatsu Shigemura wrote: > On Sun, 12 Sep 2010 11:12:20 +0300 > Alexander Motin 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