The bionic SRU test message occurred because I accidentally uploaded the package with the entire old history. This bug has already been fixed and the verification for bionic can be ignored.
** No longer affects: thermald (Ubuntu Bionic) ** Tags removed: verification-needed verification-needed-bionic ** Tags added: verifcation-done -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to thermald in Ubuntu. https://bugs.launchpad.net/bugs/1480349 Title: thermald breaks frequency scaling in Xeon® E5-2687W v3 & E5-1650 v3 Status in thermald package in Ubuntu: Fix Released Status in thermald source package in Trusty: Fix Released Status in thermald source package in Vivid: Won't Fix Status in thermald source package in Wily: Fix Released Status in thermald source package in Xenial: Fix Released Bug description: SRU Justification Wily, Vivid, Trusty CPU scaling on a class of Intel CPUs is not functioning correctly, causing the CPU to be throttled back to the lowest CPU frequency [FIX] Upstream cherry picks, as recommended by Intel f4e316ef4d8d8c9a558ef5bfa74e25303c46a985 ("Add white list of the cpu ids") 18d1574230c6b9b4e8876c0b6739c074a24205e6 ("Move parser init to thd_engine") 6749427098434ccad81fa8c5f2a3e102fc1644f7 ("Remove wild card for loading") ba4fe1e7bb77d09530544cda860fba559603ec83 ("Error recovery when sysfs attrib read fails") Plus 4 changes to allow clean and simpler patching of the above 4 fix to reduce the risk of breaking thermald with a complex backport: Remove trailing ':' from THD engine failure message Remove !! from "No coretemp sysfs found" Add new option for config file Support target state Essentially we now have a white list of valid CPUs to run thermald on, so we can exclude the issues on a wider class of CPUs. [TEST CASE] With the buggy thermald, CPU is pegged at the lowest CPU frequency. With the fixed thermald, CPU scaling now works. [REGRESSION POTENTIAL] We are allowing thermald now to run on a strict set of CPUs, so we are hoping that the whitelist covers the class that we can legitimately run thermald against. -------------------------------------------------------------------------- When I boot with this installed frequency scaling is no longer behaving as expected. It seems that with this installed, the OS loses control of the scaling. It seems that scaling is performed, though. And very much to the purpose of power saving. Performance is terrible because of this. And I do mean terrible. The default governor is powersave. Setting the governor to performance (yes, on all cores) doesn't seem to change to scaling behavior. The frequency doesn't pass 800MHz. I would like to use Intel's microcode updates, but I have to have my CPU running at the speed for which it costs so damn much. Any suggestions? ProblemType: Bug DistroRelease: Ubuntu 15.10 Package: intel-microcode 3.20150121.1 ProcVersionSignature: Ubuntu 4.1.0-2.2-generic 4.1.3 Uname: Linux 4.1.0-2-generic x86_64 ApportVersion: 2.18-0ubuntu5 Architecture: amd64 CurrentDesktop: XFCE Date: Fri Jul 31 17:56:39 2015 InstallationDate: Installed on 2010-10-12 (1753 days ago) InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007) SourcePackage: intel-microcode UpgradeStatus: Upgraded to wily on 2014-11-11 (262 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/thermald/+bug/1480349/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
