From nobody@FreeBSD.org Sat Apr 4 23:57:52 2009 Return-Path: Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66690106564A for ; Sat, 4 Apr 2009 23:57:52 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 39EFC8FC0A for ; Sat, 4 Apr 2009 23:57:52 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n34NvpR3033779 for ; Sat, 4 Apr 2009 23:57:51 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id n34NvpDG033778; Sat, 4 Apr 2009 23:57:51 GMT (envelope-from nobody) Message-Id: <200904042357.n34NvpDG033778@www.freebsd.org> Date: Sat, 4 Apr 2009 23:57:51 GMT From: Pierre-Luc Drouin To: freebsd-gnats-submit@FreeBSD.org Subject: est causes wrong dev.cpu.0.freq_levels values X-Send-Pr-Version: www-3.1 X-GNATS-Notify: >Number: 133388 >Category: i386 >Synopsis: [est] est causes wrong dev.cpu.0.freq_levels values >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-i386 >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 05 00:00:09 UTC 2009 >Closed-Date: Wed Oct 12 06:17:48 UTC 2011 >Last-Modified: Wed Oct 12 06:17:48 UTC 2011 >Originator: Pierre-Luc Drouin >Release: Problem since 7.1-release has been installed >Organization: >Environment: >Description: FreeBSD stable >=7.1 gets the wrong CPU levels for my Pentium M 2.0 GHz when est is enabled. The maximum level is 1500 instead of 2000. Output from sysctl: 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 Output when est is disabled via hint.est.0.disabled="1" in device.hints: dev.cpu.0.freq: 1745 dev.cpu.0.freq_levels: 1995/-1 1745/-1 1496/-1 1246/-1 997/-1 748/-1 498/-1 249/-1 dev.p4tcc.0.%desc: CPU Frequency Thermal Control dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 Output from dmesg: 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: Output from devinfo: cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 ACPI I/O ports: 0x1014 0x1015 0x1016 est0 p4tcc0 acpi_perf0 acpi_throttle0 cpufreq0 >How-To-Repeat: It has been reported on the acpi mailing list that this problem was also affecting Dual-Core Pentium 1.8GHz processors >Fix: >Release-Note: >Audit-Trail: State-Changed-From-To: open->feedback State-Changed-By: remko State-Changed-When: Wed Mar 30 06:17:44 UTC 2011 State-Changed-Why: Hello, there had been some work on the ACPI code since you have reported this, can you please look at whether this is still relevant? http://www.freebsd.org/cgi/query-pr.cgi?pr=133388 State-Changed-From-To: feedback->closed State-Changed-By: remko State-Changed-When: Wed Oct 12 06:17:46 UTC 2011 State-Changed-Why: Feedback timeout http://www.freebsd.org/cgi/query-pr.cgi?pr=133388 >Unformatted: