From owner-freebsd-acpi@FreeBSD.ORG Thu Nov 14 23:17:32 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 7184C13F; Thu, 14 Nov 2013 23:17:32 +0000 (UTC) Message-ID: <52855927.9010103@FreeBSD.org> Date: Thu, 14 Nov 2013 18:13:43 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Adrian Chadd , "freebsd-acpi@freebsd.org" , njl@freebsd.org Subject: Re: P-state setting suddenly disappeared, what gives? References: In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Nov 2013 23:17:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-11-14 17:41:44 -0500, Adrian Chadd wrote: > Hi all, > > I have this Lenovo T400 that I've been doing FreeBSD development on > for a while. > > It has a P8700 in it: > > CPU: Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz (2527.07-MHz > 686-class CPU) > > Now, up until yesterday, ACPI exported the required twiddles to > enter various different P-states. > > However, as of sometime yesterday, it stopped being able to do so. > > sysctl dev.cpu.0.freq returns nothing. Setting it to something > retuns "device not configured." The frequency list (ie, the P-state > list) is still fine. > > I had to load cpufreq.ko to get the enhanced speedstep stuff to > show up, but (a) it doesn't support this CPU (and it seems to have > stopped growing EST bits after Pentium M CPUs..) and (b) setting > the frequency using it versus P-state settings doesn't save as much > power. > > I'd like to try and debug why the heck this is. > > The laptop still works fine, things are just not as "nice" as they > once were. > > Any ideas? Any suggestions on where to start debugging this? SSDT tables for Intel processors are usually dynamic and often times additional tables are loaded per _OSC or _PDC. [1] Basically, we advertise our capabilities from sys/dev/acpica/acpi_cpu.c, depending on loaded device drivers. Unfortunately, some times it is too late and some SSDTs are not properly loaded. Also, warm booting from other OSes to FreeBSD may cause similar problems. To debug the problem, you need to dump DSDT and SSDTs and try to understand _OSC (or _PDC), _PCT and _PSS for your system. Jung-uk Kim 1. See http://docs.freebsd.org/cgi/mid.cgi?4B698DD8.4010404 for current implementation. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJShVknAAoJEHyflib82/FGzwkH/2M9EwyFJRL5Edo4QWstNw8r 9tDWKzzkRqCB3D0+QSvOTA+ZbOnnoTwQAfLyyWZEJcz3kWuN5KLqjix4zFzX3F// NGuhmsDDqa8OQ4wAL6ZL9RP+O1S6pc9j1W1Q7FG96G94trVjsVXRubvwosHca1YL SD2OK0UMxGPf9jqu9nSilh3j6Ry3w+LeQbg8aEjUPltwOQzPIxV34pwWzX0EeENG HkTeO82F5o8Gj0l55KZKl+qi64HAujbqFuZv6OdZxetrP61Z1SeqqkOQez++Z9oM kwlKF/xev2+Z3bJNChgV+FQtQ4eapBTSpAj1bvjEsGfSKCDaIlIftDhmFi80Sf0= =co85 -----END PGP SIGNATURE-----