[Bug 14771] "ondemand" never raises frequency on an Intel Core2 Due (T9900) in a recent Dell E6500

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.kernel.org/show_bug.cgi?id=14771





--- Comment #22 from Robert Bradbury <robert.bradbury@xxxxxxxxx>  2010-06-26 05:15:24 ---
Thomas, I would agree that I could very easily be on the wrong track as Mike is
working with a Core 2 processor/BIOS (which I strongly suspect should support
"Enhanced" SpeedStep and the associated ACPI BIOS presuming Dell provides
that).  That machine is probably of the order of ~2 years old.  I on the other
hand am working with a 4-5 year old Pentium IV Prescott which does not support
"Enhanced" SpeedStep in a HP Pavilion with an ACPI BIOS which does not support
processor scaling (_PCT) (presumably because the Desktop processor itself does
not allow it).

This is evidenced by the fact that when the proper Linux CONFIG & diagnostic
flags are set, I do get:
   "ACPI-based processor performance control unavailable" and the associated
ENODEV.

But the *default* Linux messages (i.e. those available without jumping through
hoops) do not make it clear when (a) ones processor WILL or WILL NOT support
Enhanced SpeedStep (which could in theory be controlled by the ACPI BIOS); and
(b) ones ACPI BIOS does or does not have the capability of controlling the
processor in that way (i.e. one can effectively use acpi-cpufreq vs.
p4-clockmod).  These are two different entities.  Just because one has the
processor doesn't mean you have the BIOS and one could envision situations
where one has the BIOS features without a processor that can use them.

All of my messages to various forums (and the lack of response) seem to suggest
that one cannot get effective "awareness" of ones clock speed (and power
consumption) when using acpi-cpufreq unless one has an ACPI 4.0 BIOS and there
doesn't appear to be any user level facility (like the Gnome CPU Frequency
Scaling Monitor) which could monitor these statistics and report them to the
user.

The key point is whether or not the user knows when and why his computer may be
running amok (from a program/CPU use perspective).  Sure I can run "top" but
that doesn't give me the focus that the CFSM provides.  A 4 panel-window System
Monitor (CPU+MEM+Network+Disk) and the CFSM provides a very good real time
monitor/diagnostic for what ones system is doing and the source of any
problems.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
--
To unsubscribe from this list: send the line "unsubscribe cpufreq" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Devel]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Forum]     [Linux SCSI]

  Powered by Linux