[SOLVED] Intel pstate module missing on 3.12x build.
The intel_pstate scaling driver module seems to be missing completely. Has it been removed for having problems or just missed in the latest config?
:: Code :: gvoima@alpha:~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
acpi-cpufreq Also, there's no pstate governor folder present at all. :: Code :: gvoima@alpha:~$ ls /sys/devices/system/cpu/
total 0 drwxr-xr-x 8 root root 0 Dec 21 23:06 cpu0 drwxr-xr-x 8 root root 0 Dec 21 23:06 cpu1 drwxr-xr-x 8 root root 0 Dec 21 23:06 cpu2 drwxr-xr-x 8 root root 0 Dec 21 23:06 cpu3 drwxr-xr-x 8 root root 0 Dec 21 23:06 cpu4 drwxr-xr-x 8 root root 0 Dec 21 23:06 cpu5 drwxr-xr-x 8 root root 0 Dec 21 23:06 cpu6 drwxr-xr-x 8 root root 0 Dec 21 23:06 cpu7 drwxr-xr-x 3 root root 0 Dec 21 23:06 cpufreq drwxr-xr-x 2 root root 0 Dec 21 23:06 cpuidle drwxr-xr-x 2 root root 0 Dec 21 23:06 power -r--r--r-- 1 root root 4.0K Dec 21 23:06 kernel_max -r--r--r-- 1 root root 4.0K Dec 21 23:06 modalias -r--r--r-- 1 root root 4.0K Dec 21 23:06 offline -r--r--r-- 1 root root 4.0K Dec 21 23:06 online -r--r--r-- 1 root root 4.0K Dec 21 23:06 possible -r--r--r-- 1 root root 4.0K Dec 21 23:06 present --w------- 1 root root 4.0K Dec 21 23:06 probe --w------- 1 root root 4.0K Dec 21 23:06 release -rw-r--r-- 1 root root 4.0K Dec 21 23:06 uevent :: Code :: gvoima@alpha:~$ inxi -bxx
System: Host: alpha Kernel: 3.12-5.dmz.2-liquorix-amd64 x86_64 (64 bit, gcc: 4.8.2) Desktop: Gnome dm: gdm3 Distro: Debian GNU/Linux jessie/sid Machine: Mobo: ASUSTeK model: P8Z77-M version: Rev 1.xx Bios: American Megatrends version: 1806 date: 01/03/2013 CPU: Quad core Intel Core i7-3770K CPU (-HT-MCP-) clocked at 1600.00 MHz Graphics: Card: NVIDIA GT200b [GeForce GTX 275] bus-ID: 01:00.0 chip-ID: 10de:05e6 X.Org: 1.14.3 driver: nvidia Resolution: 2560x1440@60.0hz GLX Renderer: GeForce GTX 275/PCIe/SSE2 GLX Version: 3.3.0 NVIDIA 331.20 Direct Rendering: Yes Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 ver: 2.3LK-NAPI port: d000 bus-ID: 03:00.0 chip-ID: 10ec:8168 Drives: HDD Total Size: 2376.5GB (26.8% used) RAID: System: supported: raid1 Device: 1: /dev/md127 Unused Devices: none Info: Processes: 251 Uptime: 12 min Memory: 1619.1/7938.2MB Runlevel: 2 Gcc sys: 4.8.2 alt: 4.6/4.7 Client: Shell (bash 4.2.45 running in gnome-terminal-) inxi: 1.9.14 < Edited by gvoima :: Jan 6, 14, 7:40 > Back to top |
|||||
Yes, it's been removed. From the debian changelog:
:: Code :: linux-liquorix (3.12-4) unstable; urgency=medium
* add back in ondeman down sampling factor of 10 * set ondemand as default governor (help with misconfigured systems) * disable intel p-state control * update version to 5.dmz.2 -- Steven Barrett <damentz@gmail.com> Fri, 20 Dec 2013 10:15:42 -0600 I don't think this governor is ready. Even Valve did testing and removed it from the kernel with good reasons: :: Quote :: - Interestingly the SteamOS kernel is not using the new Intel P-State driver, which is known on recent kernels to have the potential to increase system performance. The reported reason is, "it causes issues with sound being choppy during BigPicture trailer video playback."Source: www.phoronix.com/scan.php?page=news_item&px=MTU0Mzc Besides that, there is a thread in this forum talking about its problems. The SteamOS citation was the last straw - I'll put it back in when it's proven to improve performance _and_ reduce power consumption. Back to top |
|||||
Seems that my temperatures haven't changed a bit between governors, and I don't see any performance differences between ondemand and pstate.
Wine segfaults a lot, but that's a whole 'nother story.. Back to top |
|||||
I assume we can still turn it back on if we build manually?
I have not had problems with Intel P-State on my 2600K Sandybridge. It is more responsive than ondemand for me at least since it clocks up and down much faster than ondemand. I do think it works better with turbo disabled and a regular overclock though. I have not had time to update from 3.10 since a Nvidia driver for 3.11 or 3.12 came out so there could have been problems introduced since then I have not had a chance to observe yet. < Edited by arclance :: Dec 23, 13, 16:48 > Back to top |
|||||
gvoima, that's a good thing that you can't tell any difference - that just means that you were unaffected. It appears that there are problems with Intel P-State on just a very specific hardware configuration or CPU type.
I'm going to wait it out and watch the news on Intel P-State very closely. arclance, yes you can re-enable it if you turn it back on in the configuration. Back to top |
|||||
I had time to build 3.12.6-1 today and turned on Intel P-State.
It works fine for me, a little better than 3.10.12 actually. :: Code :: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver
intel_pstate For your reference these are the details of my system. :: Code :: System: Host: The-Hammer Kernel: 3.12.6-zen-1.arc.1 x86_64 (64 bit, gcc: 4.8.2)
Desktop: Fluxbox 1.3.5 dm: (startx) Distro: Debian unstable Machine: Mobo: ASUSTeK model: P8Z68-V LE version: Rev X.0x Bios: American Megatrends version: 4002 date: 12/14/2012 CPU: Quad core Intel Core i7-2600K CPU (-HT-MCP-) clocked at 3180.460 MHz Graphics: Card: NVIDIA GF114 [GeForce GTX 560 Ti] bus-ID: 01:00.0 chip-ID: 10de:1200 X.Org: 1.14.5 driver: nvidia Resolution: 1920x1080@59.9hz, 1920x1080@59.9hz GLX Renderer: GeForce GTX 560 Ti/PCIe/SSE2 GLX Version: 4.4.0 NVIDIA 331.20 Direct Rendering: Yes Network: Card-1: Qualcomm Atheros AR5416 Wireless Network Adapter [AR5008 802.11(a)bgn] driver: ath9k bus-ID: 08:01.0 chip-ID: 168c:0023 Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 ver: 2.3LK-NAPI port: c000 bus-ID: 06:00.0 chip-ID: 10ec:8168 Drives: HDD Total Size: 3124.6GB (68.5% used) Info: Processes: 203 Uptime: 39 min Memory: 1185.0/16018.6MB Runlevel: 2 Gcc sys: 4.8.2 alt: 4.4/4.6/4.7 Client: Shell (bash 4.2.45 running in mrxvt) inxi: 1.9.17 I have turbo disabled on the CPU and the max clock speed set to 4.1 GHz (0.7 GHz overclock) with a aftermarket cpu cooler. This is the ram I am using. I have the power level fixed at max on the GPU because the power levels change too slowly and cause stuttering if it is left on. Back to top |
|||||
arclance, what is better? Can you do a kernel build benchmark? (make allnoconfig && time make -j10) and check your CPU temperatures when idle?
If everything works as intended, you should get higher throughput and identical temperatures. However, what more people are experiencing is identical or faster throughput and higher temperatures. Even though coretemp's data is all over the place, I can still see that my idle temperature with a few things running is much lower than with intel p-state: :: Code :: coretemp-isa-0000
Adapter: ISA adapter Physical id 0: +38.0°C (high = +87.0°C, crit = +105.0°C) Core 0: +35.0°C (high = +87.0°C, crit = +105.0°C) Core 1: +38.0°C (high = +87.0°C, crit = +105.0°C) Core 2: +30.0°C (high = +87.0°C, crit = +105.0°C) Core 3: +38.0°C (high = +87.0°C, crit = +105.0°C) It was impossible to get these temperatures without turning everything off. That ruins the point of a computer though - you use it to do work or play games on. This is not a very scientific example, but if you can prove to me that the p-state cpufreq driver is not responsible for the higher temperatures, then I'll re-evaluate intel p-state. Back to top |
|||||
I could do that this weekend most likely.
I don't have time today or tomorrow to do things that require reboots (turning off intel p-state) until then. I don't know how accurate it would be though since my fans are PWM and the motherboard just speeds them up (all 9 of them) as things gets hotter. I don't think a kernel compile will take long enough to overcome the fans ability to compensate for a minor change in thermal output though. It is possible that because of that my fans are running faster so there is no noticeable change in measured temp for me even if the CPU is actually running hotter. We can compare CPU temp and fan speed to check that though. This is what it looks like right now just typing in iceweasel. :: Code :: coretemp-isa-0000
Adapter: ISA adapter Physical id 0: +37.0°C (high = +80.0°C, crit = +98.0°C) Core 0: +32.0°C (high = +80.0°C, crit = +98.0°C) Core 1: +32.0°C (high = +80.0°C, crit = +98.0°C) Core 2: +32.0°C (high = +80.0°C, crit = +98.0°C) Core 3: +37.0°C (high = +80.0°C, crit = +98.0°C) nct6776-isa-0290 Adapter: ISA adapter Chassis1: 631 RPM (min = 500 RPM) CPU: 1278 RPM (min = 500 RPM) Chassis2: 1124 RPM (min = 500 RPM) Core 3 always reads higher than the others (the difference is less under a heavier load), I don't know why. This computer sits at ~32-36 C (~35-40 C during the hottest part of summer) under normal use (web browsing, playing HD videos, and using a text editor at the same time) using intel p-state. After 45min-1hour under full load it gets to ~45-55 C and tops out at ~55-65 C after more than 4 hours depending on the time of year. My case is setup for light air cooled overclocking though so these temperatures might not be typical. I am also not using the GPU built into the processor so I will see lower temps than people who do use it. I am using a much lighter system than most people do (fluxbox, using startx instead of a graphical login manager so I could strip out as many unneeded things as possible) so that may be a factor how low my temps are as well. Back to top |
|||||
Hi!
Since acpu_cpufreq supports "boost", it's better than intel_pstate. My computer is running cooler than with pstate and obviously battery time is better. As an example, with pstate almost always cpu is running in turbo mode, for me ~ 2.8Ghz (nominal is up to 2.1GHz), but with cpufreq it's about 1.4GHz. But with either of the drivers, states > C0 are used, the difference is MHz only. :: Code ::
System: Host: localhost Kernel: 3.12-6.dmz.1-liquorix-amd64 x86_64 (64 bit, gcc: 4.8.2) Desktop: Gnome dm: lightdm Distro: Ubuntu 13.10 Machine: System: Dell (portable) product: XPS L521X version: A14 Chassis: type: 8 version: A14 Mobo: Dell model: 0880F2 version: A00 Bios: Dell version: A14 date: 05/22/2013 CPU: Quad core Intel Core i7-3612QM CPU (-HT-MCP-) clocked at 1200.00 MHz Graphics: Card-1: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0 chip-ID: 8086:0166 Card-2: NVIDIA GK107M [GeForce GT 640M] bus-ID: 01:00.0 chip-ID: 10de:0fd2 X.Org: 1.14.5 drivers: intel (unloaded: fbdev,vesa) Resolution: 1920x1080@60.0hz, 1920x1080@60.0hz GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 9.2.1 Direct Rendering: Yes Network: Card-1: Intel Centrino Advanced-N 6235 driver: iwlwifi ver: in-tree: bus-ID: 08:00.0 chip-ID: 8086:088e Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169 ver: 2.3LK-NAPI port: 2000 bus-ID: 07:00.0 chip-ID: 10ec:8168 Drives: HDD Total Size: 1128.2GB (42.5% used) Info: Processes: 314 Uptime: 16:51 Memory: 4432.6/16000.3MB Runlevel: 2 Gcc sys: 4.8.1 alt: 4.7 Client: Shell (bash 4.2.45 running in guake) inxi: 1.9.12 Back to top |
|||||
All times are GMT - 8 Hours
|