2019-01-14 23:02:00 |
Pablo Catalina |
bug |
|
|
added bug |
2019-01-15 14:50:39 |
Colin Ian King |
thermald (Ubuntu): assignee |
|
Colin Ian King (colin-king) |
|
2019-01-15 14:50:41 |
Colin Ian King |
thermald (Ubuntu): importance |
Undecided |
High |
|
2019-01-20 17:05:47 |
Pete |
bug |
|
|
added subscriber Pete |
2019-01-23 12:30:29 |
Launchpad Janitor |
thermald (Ubuntu): status |
New |
Confirmed |
|
2019-04-12 11:14:25 |
Sebastian Bath |
bug |
|
|
added subscriber Sebastian Bath |
2019-06-15 08:50:46 |
Anthony Wong |
bug |
|
|
added subscriber Anthony Wong |
2019-08-08 15:47:41 |
Anthony Wong |
attachment added |
|
debdiff.patch https://bugs.launchpad.net/ubuntu/+source/thermald/+bug/1811730/+attachment/5281627/+files/debdiff.patch |
|
2019-08-08 16:25:45 |
Ubuntu Foundations Team Bug Bot |
tags |
amd64 apport-bug cosmic |
amd64 apport-bug cosmic patch |
|
2019-08-08 16:25:54 |
Ubuntu Foundations Team Bug Bot |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2019-08-09 07:03:41 |
Anthony Wong |
nominated for series |
|
Ubuntu Bionic |
|
2019-08-09 07:03:41 |
Anthony Wong |
bug task added |
|
thermald (Ubuntu Bionic) |
|
2019-08-09 07:33:03 |
Anthony Wong |
description |
Hi,
I was using Ubuntu 18.10 thermald package, but I noted that, after few seconds at max CPU usage (max temp), thermald send the signal to RALP to reduce the voltage of the CPU. It set the freq to minimum (800MHz in my case). But when the CPU is idle and temp is lowered (35-40ºC) it did not send the signal to resume normal operation of the CPU.
I compiled the latest version of thermald from git (https://github.com/intel/thermal_daemon) and now everything works fine.
I started to thought that the problem was the hardware or BIOS problem, as I disabled the CPU scaling on the BIOS, but intel_pstate continued doing freq scaling (I think for Turbo mode).
But the real problem was Thermald. The latest version from git works really fine and it automatically disables and enable the Intel Turbo state and balance the freqs and fan control fine.
My hardware is a Lenovo Thinkpad P52 with i7-8850H.
I tested it using Ubuntu kernel and Kernel 4.20 optimized for i7 processor but with Ubuntu default config (except processor family="Core2/newer Xeon", Preemption Model="Preemptible Kernel (Low-Latency Desktop)" and Timer frequency="1000HZ". (Only changed those settings from make oldconfig and make deb-pkg).
ProblemType: Bug
DistroRelease: Ubuntu 18.10
Package: thermald (not installed)
ProcVersionSignature: Ubuntu 4.18.0-13.14-generic 4.18.17
Uname: Linux 4.18.0-13-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.10-0ubuntu13.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Mon Jan 14 23:45:01 2019
InstallationDate: Installed on 2018-12-11 (34 days ago)
InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3)
SourcePackage: thermald
UpgradeStatus: No upgrade log present (probably fresh install) |
Hi,
I was using Ubuntu 18.10 thermald package, but I noted that, after few seconds at max CPU usage (max temp), thermald send the signal to RALP to reduce the voltage of the CPU. It set the freq to minimum (800MHz in my case). But when the CPU is idle and temp is lowered (35-40ºC) it did not send the signal to resume normal operation of the CPU.
I compiled the latest version of thermald from git (https://github.com/intel/thermal_daemon) and now everything works fine.
I started to thought that the problem was the hardware or BIOS problem, as I disabled the CPU scaling on the BIOS, but intel_pstate continued doing freq scaling (I think for Turbo mode).
But the real problem was Thermald. The latest version from git works really fine and it automatically disables and enable the Intel Turbo state and balance the freqs and fan control fine.
My hardware is a Lenovo Thinkpad P52 with i7-8850H.
I tested it using Ubuntu kernel and Kernel 4.20 optimized for i7 processor but with Ubuntu default config (except processor family="Core2/newer Xeon", Preemption Model="Preemptible Kernel (Low-Latency Desktop)" and Timer frequency="1000HZ". (Only changed those settings from make oldconfig and make deb-pkg).
ProblemType: Bug
DistroRelease: Ubuntu 18.10
Package: thermald (not installed)
ProcVersionSignature: Ubuntu 4.18.0-13.14-generic 4.18.17
Uname: Linux 4.18.0-13-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.10-0ubuntu13.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Mon Jan 14 23:45:01 2019
InstallationDate: Installed on 2018-12-11 (34 days ago)
InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3)
SourcePackage: thermald
UpgradeStatus: No upgrade log present (probably fresh install)
-----------------------------------------
SRU Justification
==============
[Impact]
* As described by the original bug reporter, CPU usage of Lenovo P52 is sub-optimal under heavy load.
* My observation is the machine exhibits a sharp drop of power usage and CPU frequency and takes time to slowly ramp up again (refer to the chart at https://bit.ly/2OJphB8)
* Fixed by bisecting and backporting fixes from thermald project.
[Test case]
* One can stress the CPU load of the machine and collect the CPU frequency and power usage over time to check for any anamoly. The script at https://people.canonical.com/~ypwong/p52_test_cpu.sh can help with this.
* With the fix, the behaviour should be like this: https://bit.ly/2KA9EXB, a consistent power usage can be maintained.
[Regression Potential]
* Medium. The fix consists of 7 commits cherry-picked from upstream, these changes will affect any machines using RAPL cooling device. The impact may not be obvious in normal daily usage but will be manifested during heavy load, suggest a longer verification period so that more people can discover any adverse effect. |
|
2019-08-09 07:33:59 |
Anthony Wong |
description |
Hi,
I was using Ubuntu 18.10 thermald package, but I noted that, after few seconds at max CPU usage (max temp), thermald send the signal to RALP to reduce the voltage of the CPU. It set the freq to minimum (800MHz in my case). But when the CPU is idle and temp is lowered (35-40ºC) it did not send the signal to resume normal operation of the CPU.
I compiled the latest version of thermald from git (https://github.com/intel/thermal_daemon) and now everything works fine.
I started to thought that the problem was the hardware or BIOS problem, as I disabled the CPU scaling on the BIOS, but intel_pstate continued doing freq scaling (I think for Turbo mode).
But the real problem was Thermald. The latest version from git works really fine and it automatically disables and enable the Intel Turbo state and balance the freqs and fan control fine.
My hardware is a Lenovo Thinkpad P52 with i7-8850H.
I tested it using Ubuntu kernel and Kernel 4.20 optimized for i7 processor but with Ubuntu default config (except processor family="Core2/newer Xeon", Preemption Model="Preemptible Kernel (Low-Latency Desktop)" and Timer frequency="1000HZ". (Only changed those settings from make oldconfig and make deb-pkg).
ProblemType: Bug
DistroRelease: Ubuntu 18.10
Package: thermald (not installed)
ProcVersionSignature: Ubuntu 4.18.0-13.14-generic 4.18.17
Uname: Linux 4.18.0-13-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.10-0ubuntu13.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Mon Jan 14 23:45:01 2019
InstallationDate: Installed on 2018-12-11 (34 days ago)
InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3)
SourcePackage: thermald
UpgradeStatus: No upgrade log present (probably fresh install)
-----------------------------------------
SRU Justification
==============
[Impact]
* As described by the original bug reporter, CPU usage of Lenovo P52 is sub-optimal under heavy load.
* My observation is the machine exhibits a sharp drop of power usage and CPU frequency and takes time to slowly ramp up again (refer to the chart at https://bit.ly/2OJphB8)
* Fixed by bisecting and backporting fixes from thermald project.
[Test case]
* One can stress the CPU load of the machine and collect the CPU frequency and power usage over time to check for any anamoly. The script at https://people.canonical.com/~ypwong/p52_test_cpu.sh can help with this.
* With the fix, the behaviour should be like this: https://bit.ly/2KA9EXB, a consistent power usage can be maintained.
[Regression Potential]
* Medium. The fix consists of 7 commits cherry-picked from upstream, these changes will affect any machines using RAPL cooling device. The impact may not be obvious in normal daily usage but will be manifested during heavy load, suggest a longer verification period so that more people can discover any adverse effect. |
Hi,
I was using Ubuntu 18.10 thermald package, but I noted that, after few seconds at max CPU usage (max temp), thermald send the signal to RALP to reduce the voltage of the CPU. It set the freq to minimum (800MHz in my case). But when the CPU is idle and temp is lowered (35-40ºC) it did not send the signal to resume normal operation of the CPU.
I compiled the latest version of thermald from git (https://github.com/intel/thermal_daemon) and now everything works fine.
I started to thought that the problem was the hardware or BIOS problem, as I disabled the CPU scaling on the BIOS, but intel_pstate continued doing freq scaling (I think for Turbo mode).
But the real problem was Thermald. The latest version from git works really fine and it automatically disables and enable the Intel Turbo state and balance the freqs and fan control fine.
My hardware is a Lenovo Thinkpad P52 with i7-8850H.
I tested it using Ubuntu kernel and Kernel 4.20 optimized for i7 processor but with Ubuntu default config (except processor family="Core2/newer Xeon", Preemption Model="Preemptible Kernel (Low-Latency Desktop)" and Timer frequency="1000HZ". (Only changed those settings from make oldconfig and make deb-pkg).
ProblemType: Bug
DistroRelease: Ubuntu 18.10
Package: thermald (not installed)
ProcVersionSignature: Ubuntu 4.18.0-13.14-generic 4.18.17
Uname: Linux 4.18.0-13-generic x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.10-0ubuntu13.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Mon Jan 14 23:45:01 2019
InstallationDate: Installed on 2018-12-11 (34 days ago)
InstallationMedia: Ubuntu 18.10 "Cosmic Cuttlefish" - Release amd64 (20181017.3)
SourcePackage: thermald
UpgradeStatus: No upgrade log present (probably fresh install)
-----------------------------------------
SRU Justification
==============
[Impact]
* As described by the original bug reporter, CPU usage of Lenovo P52 is sub-optimal under heavy load.
* My observation is the machine exhibits a sharp drop of power usage and CPU frequency and takes time to slowly ramp up again (refer to the chart at https://bit.ly/2OJphB8)
* Fixed by bisecting and backporting fixes from thermald project.
[Test Case]
* One can stress the CPU load of the machine and collect the CPU frequency and power usage over time to check for any anamoly. The script at https://people.canonical.com/~ypwong/p52_test_cpu.sh can help with this.
* With the fix, the behaviour should be like this: https://bit.ly/2KA9EXB, a consistent power usage can be maintained.
[Regression Potential]
* Medium. The fix consists of 7 commits cherry-picked from upstream, these changes will affect any machines using RAPL cooling device. The impact may not be obvious in normal daily usage but will be manifested during heavy load, suggest a longer verification period so that more people can discover any adverse effect. |
|
2019-08-13 17:58:44 |
Brian Murray |
removed subscriber Ubuntu Sponsors Team |
|
|
|
2019-08-13 17:58:55 |
Brian Murray |
thermald (Ubuntu Bionic): status |
New |
Fix Committed |
|
2019-08-13 17:58:56 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2019-08-13 17:58:59 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2019-08-13 17:59:03 |
Brian Murray |
tags |
amd64 apport-bug cosmic patch |
amd64 apport-bug cosmic patch verification-needed verification-needed-bionic |
|
2019-08-13 18:03:26 |
Brian Murray |
tags |
amd64 apport-bug cosmic patch verification-needed verification-needed-bionic |
amd64 apport-bug block-proposed cosmic patch verification-needed verification-needed-bionic |
|
2019-08-13 18:26:39 |
Colin Ian King |
tags |
amd64 apport-bug block-proposed cosmic patch verification-needed verification-needed-bionic |
amd64 apport-bug block-proposed cosmic patch verification-failed verification-needed-bionic |
|
2019-08-15 12:12:57 |
Anthony Wong |
attachment added |
|
debdiff.patch https://bugs.launchpad.net/ubuntu/+source/thermald/+bug/1811730/+attachment/5282614/+files/debdiff.patch |
|
2019-08-15 17:43:48 |
Andy Whitcroft |
tags |
amd64 apport-bug block-proposed cosmic patch verification-failed verification-needed-bionic |
amd64 apport-bug block-proposed cosmic patch verification-needed verification-needed-bionic |
|
2019-09-03 06:39:44 |
Anthony Wong |
tags |
amd64 apport-bug block-proposed cosmic patch verification-needed verification-needed-bionic |
amd64 apport-bug cosmic patch verification-done verification-needed-bionic |
|
2019-09-03 06:39:52 |
Anthony Wong |
tags |
amd64 apport-bug cosmic patch verification-done verification-needed-bionic |
amd64 apport-bug cosmic patch verification-done verification-done-bionic |
|
2019-09-19 08:34:38 |
Launchpad Janitor |
thermald (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|
2019-09-24 15:20:14 |
Colin Ian King |
thermald (Ubuntu): status |
Confirmed |
Fix Released |
|