Adam McDougall wrote: > On Sat, Dec 09, 2006 at 07:29:23PM -0500, Adam McDougall wrote: > > src/sys/i386/cpufreq/est.c has many Pentium M cpus but nothing > from the Intel Core and Core 2 families that I can see. I tried > looking up the values myself, but could not find them in: > http://www.intel.com/design/mobile/datashts/314078.htm > > It seems that even the latest version of the Linux kernel does not > list values for at least Yonah (Core 2). Is it a big mystery, or is > this data actually available somewhere? I have a Core 2 Duo > T7600 in my laptop and est won't touch my cpu because it doesn't > recognize it. I did get it to use some other form of speed control > by putting hint.acpi_perf.0.disabled="1" in /boot/loader.conf according > to another post. > > Another thing I wish could work is the Enhanced cpu Sleep States; > this Dell Latitude D820 laptop only sees C1 although the document > above indicates it should probably support 4 unique states. Is > there a way I can debug and/or fix this? I can post dumps of the > acpi stuff and/or verbose boot logs if it would be helpful. > > Thanks > _______________________________________________ > > I am attaching my asl and dsdt acpi dumps incase someone knows for > something to look for as for why it thinks I only have C1, unless > its related to the speed control problem above. > Hi Adam, It's only finding the C1 state for various reasons that you'll find described in some details in the following email that I send to the acpi mailing list in June this year. The major reason being that the acpi cpu driver does not support well multiprocessor systems. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=116103+0+archive/2006/freebsd-acpi/20060611.freebsd-acpi The email also included a patch to add support for multiprocessor systems to the acpi cpu driver. I've not updated the patch since then so it might or might not apply cleanly to a recent current. StephReceived on Wed Dec 13 2006 - 16:15:53 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:03 UTC