https://bugzilla.kernel.org/show_bug.cgi?id=23551
--- Comment #24 from Artem S. Tashkinov <t.ar...@mailcity.com> 2013-02-10 23:37:11 --- (In reply to comment #23) > Now we'll have to figure out how this behaves across suspend/restore. > > Regarding frequencies, implementation is not the issue. The hardware > monitoring > subsystem monitors environmental data, not CPU frequencies. Even if someone > would implement frequency monitoring into the coretemp driver, both Jean and > myself would reject it as out of scope. To my knowledge Linux has quite a limited number of APIs to allow user space applications to read hardware related information, and since the coretemp driver has all the necessary code, it makes perfect sense to implement this feature right here, as reimplementing it differently means perpetuating the NIH syndrome which often plagues open source projects. I'm almost sure that the inclusion of this code won't make the driver less pretty or more difficult to maintain, at the same time users who don't want to see this information can easily disable its monitoring via a standard means (e.g. /etc/sensors.d/*conf). In short, it's not just nice to have this functionality here, it's technically feasible and appropriate even though it's out of the scope (but the scope quite often exists only in our heads). Ideally, this information belongs to /proc/cpuinfo or/and /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq but /proc/cpuinfo is a very simple limited interface, and I'm almost sure MSR polling for this interface will be outright rejected by Linus and cpufreq subsystem is unaware of turbo boost and CPUfreq developers have stated numerous times that turbo boost is beyond their scope. So, we are back to running (as root) the turbostat utility? That's ugly. I wonder if you have any other suggestions as to how this information must be exported to user space. However mind that even in Windows turbo boost stats are reported by ... hardware monitoring applications like hwinfo. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla