Date: Thu, 24 Feb 2005 19:41:06 -0800 From: Eric Anholt <anholt@FreeBSD.org> To: John Baldwin <jhb@FreeBSD.org> Cc: njl@FreeBSD.org Subject: Re: cpufreq not happy on my laptop Message-ID: <1109302866.3709.5.camel@leguin> In-Reply-To: <200502241437.26073.jhb@FreeBSD.org> References: <200502241437.26073.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2005-02-24 at 14:37 -0500, John Baldwin wrote: > Nate, > > First off, this is the big green laptop that has a desktop P4 in it, so I'm > aware that this is very much an edge case. The system does support ACPI duty > width type throttling and even has the T2 and T3 constants for use with _PSV. > I tried cpufreq(4) on it with the recent updates and it's not too happy. > Before the p4tcc driver was added, this is what I got: > > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2392.25-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 > Features=0x3febf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,P > AT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM> > ... > cpu0: <ACPI CPU (3 Cx states)> on acpi0 > acpi_throttle0: <ACPI CPU Throttling> on cpu0 > acpi_perf0: <ACPI CPU Frequency Control> on cpu0 > > dev.cpu.0.%desc: ACPI CPU (3 Cx states) > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: -1 > dev.cpu.0.freq_levels: 9999/99999 9999/99999 8749/87499 7499/74999 6249/62499 4999/49999 3749/37499 2499/24999 1249/12499 > > After building a kernel from yesterday, I get this output: > > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2392.25-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 > Features=0x3febf9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,P > AT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM> > ... > cpu0: <ACPI CPU (3 Cx states)> on acpi0 > acpi_throttle0: <ACPI CPU Throttling> on cpu0 > p4tcc0: <CPU Frequency Thermal Control> on cpu0 > acpi_perf0: <ACPI CPU Frequency Control> on cpu0 > > dev.cpu.0.%desc: ACPI CPU (3 Cx states) > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: -1 > dev.cpu.0.freq_levels: 9999/99999 9999/99999 8749/87499 7655/76561 7499/74999 6561/65624 6249/62499 5624/56249 5468/54686 4999/49999 4686/46874 4374/43749 3905/39061 3749/37499 3280/32812 3124/31249 2812/28124 2499/24999 2343/23437 2187/21874 1874/18749 1562/15624 1405/14062 1249/12499 1093/10937 937/9374 781/7812 624/6249 468/4687 312/3124 156/1562 > > In addition, the newer kernel breaks Xorg, though that may not be cpufreq's problem: > > Release Date: 18 December 2003 > X Protocol Version 11, Revision 0, Release 6.7 > Build Operating System: FreeBSD 5.2 i386 [ELF] > Current Operating System: FreeBSD slimer.baldwin.cx 6.0-CURRENT FreeBSD 6.0-CURR > ENT #27: Wed Feb 23 17:42:59 EST 2005 john@slimer.baldwin.cx:/usr/src/sys/i3 > 86/compile/SLIMER i386 > Build Date: 11 August 2004 > Before reporting problems, check http://wiki.X.Org > to make sure that you have the latest version. > Module Loader present > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) Log file: "/var/log/Xorg.0.log", Time: Thu Feb 24 14:23:41 2005 > (==) Using config file: "/etc/X11/xorg.conf" > (EE) RADEON(0): [drm] Failed to map vertex/indirect buffers list > Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from > list! > (EE) RADEON(0): RADEONCPGetBuffer: CP GetBuffer -1020 > (EE) RADEON(0): GetBuffer timed out, resetting engine... > (EE) RADEON(0): RADEONCPGetBuffer: CP reset -1020 > (EE) RADEON(0): RADEONCPGetBuffer: CP start -1020 > (EE) RADEON(0): RADEONCPGetBuffer: CP GetBuffer -1020 > (EE) RADEON(0): GetBuffer timed out, resetting engine... > (EE) RADEON(0): RADEONCPGetBuffer: CP reset -1020 > (EE) RADEON(0): RADEONCPGetBuffer: CP start -1020 > > (last messages repeat until they filled up /var) This is phk's fault -- he intentionally broke the drm. He described how it should be fixed, but I just don't have the time to do it right now (though I did have a major update for the DRM almost ready to merge). -- Eric Anholt eta@lclark.edu http://people.freebsd.org/~anholt/ anholt@FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1109302866.3709.5.camel>