https://bugzilla.novell.com/show_bug.cgi?id=756085
https://bugzilla.novell.com/show_bug.cgi?id=756085#c9
Thomas Renninger changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |ASSIGNED
--- Comment #9 from Thomas Renninger 2012-05-09 15:46:00 UTC ---
On your platform it should work like that:
When acpi processor driver is loaded (autoloaded by detecting that a processor
object is included in the ACPI tables), it checks whether the processor object
has a specific function (_PCT) which is necessary for CPU frequency scaling via
acpi-cpufreq driver.
The processor object(s) in your ACPI tables do have the _PCT function, but it's
not that easy...:
The _PCT function for CPU[1-7] objects are in SSDT9.
The _PCT function for CPU0 is in SSDT7.
SSDT7 ACPI table is loaded when the OS calls the _PCD (Processor Capabilities)
or _OSC function of any of CPU 0-7.
Not sure how SSDT9 is loaded at all.
Anyway, can you attach dmesg output as well, please.
Can you try to unload the processor driver when booted up and try to reload it.
There might be some dependencies to thermal or other drivers.
You could try to enforce unloading via rmmod -f processor (if it does not
work otherwise).
If you reload you should see this message in syslog/dmesg?:
"Requesting acpi_cpufreq"
and the driver (hopefully) loads?
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.