On 12/23/2014 07:40 PM, gregor herrmann wrote:
> # ls -la /sys/devices/system/cpu/cpu*/cpufreq
> /sys/devices/system/cpu/cpu0/cpufreq:
> total 0
> drwxr-xr-x 2 root root    0 Dec 21 14:39 .
> drwxr-xr-x 9 root root    0 Dec 21 14:56 ..
> -r--r--r-- 1 root root 4096 Dec 21 14:39 affected_cpus
> -r--r--r-- 1 root root 4096 Dec 19 00:05 cpuinfo_cur_freq
> -r--r--r-- 1 root root 4096 Dec 21 14:39 cpuinfo_max_freq
> -r--r--r-- 1 root root 4096 Dec 21 14:39 cpuinfo_min_freq
> -r--r--r-- 1 root root 4096 Dec 21 14:39 cpuinfo_transition_latency
> -r--r--r-- 1 root root 4096 Dec 21 14:39 related_cpus
> -r--r--r-- 1 root root 4096 Dec 21 14:39 scaling_available_governors
> -r--r--r-- 1 root root 4096 Dec 21 14:39 scaling_cur_freq
> -r--r--r-- 1 root root 4096 Dec 21 14:39 scaling_driver
> -rw-r--r-- 1 root root 4096 Dec 21 14:39 scaling_governor
> -rw-r--r-- 1 root root 4096 Dec 21 14:39 scaling_max_freq
> -rw-r--r-- 1 root root 4096 Dec 21 14:39 scaling_min_freq
> -rw-r--r-- 1 root root 4096 Dec 21 14:39 scaling_setspeed

I noticed some additional files in my cpufreq/ directories:
-r--r--r-- 1 root root 4096 Dec 23 20:12 bios_limit
-rw-r--r-- 1 root root 4096 Dec 23 20:12 cpb
-r--r--r-- 1 root root 4096 Dec 23 20:12 freqdomain_cpus
-r--r--r-- 1 root root 4096 Dec 23 20:12 scaling_available_frequencies
drwxr-xr-x 2 root root    0 Dec 23 20:12 stats

I'm curious what your scaling_driver is, when you are not using
acpi_cpufreq. And what happens when your current cpufreq driver is
unloaded, and instead acpi_cpufreq is loaded (which seems to be more
generic and support AMD and Intel CPUs).

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to