** Changed in: linux (Ubuntu Cosmic)
Status: New => Invalid
** Changed in: linux (Ubuntu Bionic)
Status: New => Invalid
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1821620
Title:
Add HiSilicon SoC quirk for cpufreq
Status in linux package in Ubuntu:
Fix Committed
Status in linux source package in Bionic:
Invalid
Status in linux source package in Cosmic:
Invalid
Status in linux source package in Disco:
Fix Committed
Bug description:
[Impact]
Some HiSilicon SoCs do not implement registers that the cpufreq subsystem
uses to calculate current performance. This can result in undefined data being
used in internal calculations, and being exposed to userspace via sysfs.
[Test Case]
Examine the exposed frequency under idle and load and make sure it looks sane:
sudo cat /sys/devices/system/cpu/cpufreq/policy*/cpuinfo_cur_freq
Note: On my test system, it happens to look sane w/o this quirk as
well. This is because the undefined reads all happen to return 0x1
today, and that puts us into the avoid-divide-by-zero code path that
happens to do the same thing as this quirk (report desired perf
instead of actual).
[Fix]
6c8d750f9784c cpufreq / cppc: Work around for Hisilicon CPPC cpufreq
1757d05f3112a ACPI / CPPC: Add a helper to get desired performance
[Regression Risk]
The fix is a quirk restricted to specific SoCs. It does rely on firmware
behaving (overloading the desired_perf register w/ a correct actual perf
value), so changes in firmware could lead to regressions.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1821620/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
