cpufreq-info giving very strange output

Minardi · 2011-09-16 23:10:35

Hi,

My problem is that when I type cpufreq-info into a terminal the incredible output is this:

analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 160 us.
  hardware limits: 667 MHz - 10.33 GHz
  available frequency steps: 10.33 GHz, 9.00 GHz, 5.00 GHz, 667 MHz
  available cpufreq governors: ondemand, performance
  current policy: frequency should be within 800 MHz and 5.00 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 5.00 GHz.
analyzing CPU 1:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 160 us.
  hardware limits: 667 MHz - 10.33 GHz
  available frequency steps: 10.33 GHz, 9.00 GHz, 5.00 GHz, 667 MHz
  available cpufreq governors: ondemand, performance
  current policy: frequency should be within 800 MHz and 5.00 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 5.00 GHz.

I admit it would be nice if it actually ran this fast but it isn't. I use an stock E8400 duo core (3.00GHz) with an ASUS P5Q Pro motherboard. It doesn't scale down either. It stays at 5.00Ghz.

Also another question,
My ATI Radeon 4870's fan is constant blowing 100%. I use the opensource xf86-video-ati driver.

I searched for answers all day, but didn't found one. So that's why I ask here.

Thanks for helping out.

lagagnon · 2011-09-16 23:42:00

I suggest you might try a different module other than acpi. For instance powernow-k8 for the latest AMD CPU's or p4-clockmod for Intel. See the wiki:
https://wiki.archlinux.org/index.php/Cpufreq

As to the Radeon I believe you get more control over that video card by using the "radeon" driver, but you need to check whether or not that card can use that driver. See the wiki: https://wiki.archlinux.org/index.php/Radeon#Powersaving

the sad clown · 2011-09-16 23:57:14

Before you give up on the acpi-cpufreq module, could you post the output for

dmesg | grep acpi

Also, you should use the ATI catalyst package for your video card. According to the radeon (open source driver) wiki, the open driver doesn't fully support some of the more advanced features, including powersaving features:
https://wiki.archlinux.org/index.php/ATI#Overview

Radeons from HD 2xxx to HD 4xxx have full 2D acceleration and functional 3D acceleration, but are not supported by all the features that the proprietary driver provides (for example, powersaving is still in a testing phase).

The catalyst driver will allow you to better utilize your card and probably allow for it to run much cooler. And your card is supported by the catalyst driver. It is a R700 series, and catalyst supports R600 and newer.

Last edited by the sad clown (2011-09-17 00:00:35)

Minardi · 2011-09-17 06:44:22

Thanks for the reply's.

@lagagnon
I have an intel chip. P4-clockmod gives an error and the only one that is loading is acpi-cpufreq.
I'm using the radeon driver and it doesn't seem to slow down after reading and applying powersaving.

@the sad clown
Here the output:

[minardus@archie ~]$ dmesg | grep acpi
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled)
[    3.297311] ACPI: acpi_idle registered with cpuidle

Thanks for the info on Catalyst. I'm going to try that.

Edit: installed Catalyst from AUR and it's much more quiet now. Thank you very much.

Edit2: About the noise the computer is making, I have the same problem as the topic starter of this topic: http://ubuntuforums.org/showthread.php?t=1401546.
On windows I needed to install EPU-6 engine from ASUS. Then it would underclock voltages, frequency etcetera. Still don't know about the 10.33Ghz and so on.

Last edited by Minardi (2011-09-17 07:06:22)

the sad clown · 2011-09-17 07:08:58

Sorry, can you grep one more thing:

dmesg | grep DSDT

There might be a problem with how your bios is communicating with acpi.

Also, on my previous request, the lowercase was a mistake, it should have been:

dmesg | grep ACPI

Sorry.

Last edited by the sad clown (2011-09-17 07:14:05)

Minardi · 2011-09-17 10:03:33

Ok heres the output:

[minardus@archie ~]$ dmesg | grep DSDT
[    0.000000] ACPI: DSDT 00000000cff70440 0964B (v01  A1012 A1012001 00000001 INTL 20060113)
[    0.201092] ACPI: EC: Look up EC in DSDT

[minardus@archie ~]$ dmesg | grep ACPI
[    0.000000]  BIOS-e820: 00000000cff70000 - 00000000cff7e000 (ACPI data)
[    0.000000]  BIOS-e820: 00000000cff7e000 - 00000000cffd0000 (ACPI NVS)
[    0.000000] ACPI: RSDP 00000000000faf00 00014 (v00 ACPIAM)
[    0.000000] ACPI: RSDT 00000000cff70000 00040 (v01 A_M_I_ OEMRSDT  06000812 MSFT 00000097)
[    0.000000] ACPI: FACP 00000000cff70200 00084 (v02 A_M_I_ OEMFACP  06000812 MSFT 00000097)
[    0.000000] ACPI: DSDT 00000000cff70440 0964B (v01  A1012 A1012001 00000001 INTL 20060113)
[    0.000000] ACPI: FACS 00000000cff7e000 00040
[    0.000000] ACPI: APIC 00000000cff70390 0006C (v01 A_M_I_ OEMAPIC  06000812 MSFT 00000097)
[    0.000000] ACPI: MCFG 00000000cff70400 0003C (v01 A_M_I_ OEMMCFG  06000812 MSFT 00000097)
[    0.000000] ACPI: OEMB 00000000cff7e040 00081 (v01 A_M_I_ AMI_OEM  06000812 MSFT 00000097)
[    0.000000] ACPI: HPET 00000000cff79a90 00038 (v01 A_M_I_ OEMHPET  06000812 MSFT 00000097)
[    0.000000] ACPI: OSFR 00000000cff79ad0 000B0 (v01 A_M_I_ OEMOSFR  06000812 MSFT 00000097)
[    0.000000] ACPI: SSDT 00000000cff7eb20 00A7C (v01 DpgPmm    CpuPm 00000012 INTL 20060113)
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: PM-Timer IO Port: 0x808
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled)
[    0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ2 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.000000] ACPI: HPET id: 0x8086a301 base: 0xfed00000
[    0.010594] ACPI: Core revision 20110413
[    0.198855] PM: Registering ACPI NVS region at cff7e000 (335872 bytes)
[    0.200664] ACPI: bus type pci registered
[    0.201092] ACPI: EC: Look up EC in DSDT
[    0.201732] ACPI: Executed 1 blocks of module-level executable AML code
[    0.207229] ACPI: SSDT 00000000cff7e0d0 00277 (v01 DpgPmm  P001Ist 00000011 INTL 20060113)
[    0.207422] ACPI: Dynamic OEM Table Load:
[    0.207424] ACPI: SSDT           (null) 00277 (v01 DpgPmm  P001Ist 00000011 INTL 20060113)
[    0.207511] ACPI: SSDT 00000000cff7e5d0 004B2 (v01  PmRef  P001Cst 00003001 INTL 20060113)
[    0.207694] ACPI: Dynamic OEM Table Load:
[    0.207696] ACPI: SSDT           (null) 004B2 (v01  PmRef  P001Cst 00003001 INTL 20060113)
[    0.207850] ACPI: SSDT 00000000cff7e350 00277 (v01 DpgPmm  P002Ist 00000012 INTL 20060113)
[    0.208044] ACPI: Dynamic OEM Table Load:
[    0.208046] ACPI: SSDT           (null) 00277 (v01 DpgPmm  P002Ist 00000012 INTL 20060113)
[    0.208117] ACPI: SSDT 00000000cff7ea90 00085 (v01  PmRef  P002Cst 00003000 INTL 20060113)
[    0.208302] ACPI: Dynamic OEM Table Load:
[    0.208304] ACPI: SSDT           (null) 00085 (v01  PmRef  P002Cst 00003000 INTL 20060113)
[    0.208406] ACPI: Interpreter enabled
[    0.208409] ACPI: (supports S0 S1 S3 S4 S5)
[    0.208423] ACPI: Using IOAPIC for interrupt routing
[    0.209133] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in ACPI motherboard resources
[    0.243931] ACPI: No dock devices found.
[    0.243935] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    0.243978] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[    0.245979] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[    0.246042] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P2._PRT]
[    0.246063] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT]
[    0.246112] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P9._PRT]
[    0.246144] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P4._PRT]
[    0.246161]  pci0000:00: Requesting ACPI _OSC control (0x1d)
[    0.246163]  pci0000:00: ACPI _OSC request failed (AE_NOT_FOUND), returned control mask: 0x1d
[    0.246165] ACPI _OSC control for PCIe not granted, disabling ASPM
[    0.251138] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 *10 11 12 14 15)
[    0.251172] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 *11 12 14 15)
[    0.251205] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 11 12 14 *15)
[    0.251237] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 10 11 12 14 15)
[    0.251270] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled.
[    0.251303] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 *14 15)
[    0.251335] ACPI: PCI Interrupt Link [LNKG] (IRQs *3 4 5 6 7 10 11 12 14 15)
[    0.251367] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 *7 10 11 12 14 15)
[    0.251506] PCI: Using ACPI for IRQ routing
[    0.271488] pnp: PnP ACPI init
[    0.271498] ACPI: bus type pnp registered
[    0.271606] pnp 00:00: Plug and Play ACPI device, IDs PNP0a08 PNP0a03 (active)
[    0.271652] system 00:01: Plug and Play ACPI device, IDs PNP0c01 (active)
[    0.271699] pnp 00:02: Plug and Play ACPI device, IDs PNP0200 (active)
[    0.271730] pnp 00:03: Plug and Play ACPI device, IDs PNP0b00 (active)
[    0.271754] pnp 00:04: Plug and Play ACPI device, IDs PNP0800 (active)
[    0.271782] pnp 00:05: Plug and Play ACPI device, IDs PNP0c04 (active)
[    0.272010] pnp 00:06: Plug and Play ACPI device, IDs PNP0700 (active)
[    0.272090] system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.272242] system 00:08: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.272307] pnp 00:09: Plug and Play ACPI device, IDs PNP0103 (active)
[    0.272359] pnp 00:0a: Plug and Play ACPI device, IDs INT0800 (active)
[    0.272420] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.272623] pnp 00:0c: Plug and Play ACPI device, IDs PNP0501 (active)
[    0.272730] system 00:0d: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.272816] system 00:0e: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.272962] system 00:0f: Plug and Play ACPI device, IDs PNP0c01 (active)
[    0.273044] pnp: PnP ACPI: found 16 devices
[    0.273045] ACPI: ACPI bus type pnp unregistered
[    3.385730] ACPI: Power Button [PWRB]
[    3.385766] ACPI: Power Button [PWRF]
[    3.599184] ACPI: acpi_idle registered with cpuidle

I have to say the outputs are abracadabra to me, but I see at least one thing failing, AE_NOT_FOUND.

Last edited by Minardi (2011-09-17 10:07:29)

the sad clown · 2011-09-17 17:24:27

Hmm...both of those outputs look fine to me. I have that same warning, so I don't believe it should be an issue for you. I'll look into it more and see what else I can come up with.

the sad clown · 2011-09-17 18:09:56

Spaghetti thrown against the wall:

1. Compare "cat /proc/cpuinfo" with the results of "cpufreq-info".
2. Remove and add again the acpi-cpufreq module.
3. Compare "cpufreq-info -f" with "sudo cpufreq-info -w" (last one needs to be run at root, hence "sudo")
4. Run "cpufreq-info -e" for debugging information. I ran this and it printed only what the regular cpufreq-info command did, so only worry about it if it is different.
5. Check your bios settings to make sure speedstep is enabled.
6. "pacman -Rns" cpufrequtils and then reinstall them. I suggest this only as a last measure.

Sorry, that's all I can come up with at the moment.

Minardi · 2011-09-18 15:58:07

Hey,

Speedstep is enabled. Followed your suggestions but still no improvement.
sudo cpufreq-info -w gives no output, so I think it can't read the hardware setting.

the sad clown · 2011-09-18 17:04:02

Minardi wrote:

sudo cpufreq-info -w gives no output, so I think it can't read the hardware setting.

Yeah, that's what it would seem to indicate, which would also explain your weird outputs. Unfortunately, I have no idea how to get that fixed for you.

Have you tried using cpufreq-set to correct these readings? I can't say it will be able to do it, but you can try. Also, maybe burn a Ubuntu disk and see if the live cd gives you the correct settings. If it does, then it is something wrong with your Arch installation. If not, then it's a bug with cpufreq that can't handle your hardware, in which case there really isn't anything you can do, except perhaps file a report.

ewaller · 2011-09-18 18:15:36

What is the output of cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies ?? On my system:

ewaller@odin:~ 1048 %cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
2000000 1600000 1200000 
ewaller@odin:~ 1049 %

edit: fixed command

Last edited by ewaller (2011-09-18 18:16:17)

Minardi · 2011-09-19 06:52:36

@ewaller
Gives me this output:

[minardus@archie ~]$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
10333000 9000000 5000000 667000

ewaller · 2011-09-19 13:57:54

Well, there's your problem....

It is not cpufreq's fault. The kernel is the source of the error. Not much help, but it will keep you from tilting at the wrong windmills.

Minardi · 2011-09-19 16:20:56

@ewaller
So I reinstalled Arch Linux today. And did not install cpufrequtils yet. (I use KDE) So I searched for a widget that would display the CPU Frequency. I used a widget called Bubblemon.
Bubblemon said it was 2.999GHz (E8400 = 3.00GHz). So I installed cpufrequtils again and it said the same thing as my first post, 10.33 GHz. So I checked the Bubblemon widget again and now it also says it's 10.33GHz.
So I think I need to reinstall the whole thing again unless you know a way to revert it to 2.999GHz again. Is powernowd an good alternative for cpufrequtils?

EDIT: After rebooting Bubblemon actually said 3.00GHz again. Thank god I don't have to recompile/reinstall the whole thing. Question remains, would Powernowd be a good alternative?

Last edited by Minardi (2011-09-19 16:24:53)

R00KIE · 2011-09-19 16:29:54

Have you tried to uninstall cpufrequtils and reboot to see if the reported values are the correct ones? From my experience you usually don't need to reinstall your system to fix problems, only modify some configuration file or uninstall/reinstall packages.

Minardi · 2011-09-19 16:39:20

@R00KIE
Yeah, after this whole topic I realised I've never needed to reinstall Arch (or any other distro). Can put it in my experience box and throw the key away.
I uninstalled cpufrequtils.

The problem is: acpi-cpufreq

If I modprobe that module, Bubblemon says 10.33GHz again. After I reboot it's normal again.

Could it be my BIOS? (flash with newer version?)

EDIT:
I flashed my BIOS to the latest version and tadaaa:

[minardus@archie ~]$ cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 10.0 us.
  hardware limits: 2.00 GHz - 3.00 GHz
  available frequency steps: 3.00 GHz, 2.67 GHz, 2.34 GHz, 2.00 GHz
  available cpufreq governors: ondemand, performance
  current policy: frequency should be within 2.00 GHz and 3.00 GHz.
                  The governor "ondemand" may decide which speed to use
                  within this range.
  current CPU frequency is 2.00 GHz.
analyzing CPU 1:
  driver: acpi-cpufreq
  CPUs which run at the same hardware frequency: 0 1
  CPUs which need to have their frequency coordinated by software: 1
  maximum transition latency: 10.0 us.
  hardware limits: 2.00 GHz - 3.00 GHz
  available frequency steps: 3.00 GHz, 2.67 GHz, 2.34 GHz, 2.00 GHz
  available cpufreq governors: ondemand, performance
  current policy: frequency should be within 2.00 GHz and 3.00 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 3.00 GHz.

So for all people with the same problem.. flash your BIOS.

Case solved. Thanks for helping out everyone!

Last edited by Minardi (2011-09-19 17:04:08)

Arch Linux

#1 2011-09-16 23:10:35

cpufreq-info giving very strange output

#2 2011-09-16 23:42:00

Re: cpufreq-info giving very strange output

#3 2011-09-16 23:57:14

Re: cpufreq-info giving very strange output

#4 2011-09-17 06:44:22

Re: cpufreq-info giving very strange output

#5 2011-09-17 07:08:58

Re: cpufreq-info giving very strange output

#6 2011-09-17 10:03:33

Re: cpufreq-info giving very strange output

#7 2011-09-17 17:24:27

Re: cpufreq-info giving very strange output

#8 2011-09-17 18:09:56

Re: cpufreq-info giving very strange output

#9 2011-09-18 15:58:07

Re: cpufreq-info giving very strange output

#10 2011-09-18 17:04:02

Re: cpufreq-info giving very strange output

#11 2011-09-18 18:15:36

Re: cpufreq-info giving very strange output

#12 2011-09-19 06:52:36

Re: cpufreq-info giving very strange output

#13 2011-09-19 13:57:54

Re: cpufreq-info giving very strange output

#14 2011-09-19 16:20:56

Re: cpufreq-info giving very strange output

#15 2011-09-19 16:29:54

Re: cpufreq-info giving very strange output

#16 2011-09-19 16:39:20

Re: cpufreq-info giving very strange output

Board footer