[opensuse-factory] TW and ksysguard
![](https://seccdn.libravatar.org/avatar/b767d4c5c20a94b6e2ec9d675178f650.jpg?s=120&d=mm&r=g)
LS, The past two-three weeks or so, ksysguard is losing a setting and displays the wrong cpu speeds. The clock speed is now always at his highest, while the ondemand governor is selected. Before, it ranged between 800 and 3600 MHz. Btw: the indicator is now 3615 MHz, which is the speed set in the BIOS. Thus, finally an accurate speed is displayed, but no change in clock speed displayed. The cpupower util does display correctly the various clock speeds. Second, the setting for vcore min is lost after terminating ksysguard. The setting for Vcore max is preserved. Regards, Frans de Boer. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/5ca9896f4facbbe11a445240202feed5.jpg?s=120&d=mm&r=g)
Am Freitag, 29. September 2017, 16:11:27 CEST schrieb Frans de Boer:
LS,
The past two-three weeks or so, ksysguard is losing a setting and displays the wrong cpu speeds.
The clock speed is now always at his highest, while the ondemand governor is selected. Before, it ranged between 800 and 3600 MHz. Btw: the indicator is now 3615 MHz, which is the speed set in the BIOS. Thus, finally an accurate speed is displayed, but no change in clock speed displayed. The cpupower util does display correctly the various clock speeds.
Second, the setting for vcore min is lost after terminating ksysguard. The setting for Vcore max is preserved.
Regards, Frans de Boer.
Hi, https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.13-Power-Managem...: - x86 systems will no longer try to export their current CPU frequency to / proc/cpuinfo. There's also a way to rework how the CPU frequency is exported via sysfs too, using the registers for computing the current frequency rather than relying upon the CPUFreq driver. see also: http://lkml.iu.edu/hypermail/linux/kernel/1707.0/01366.html Regards mab -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/b767d4c5c20a94b6e2ec9d675178f650.jpg?s=120&d=mm&r=g)
On 29-09-17 16:51, Michael Andreas Buchberger wrote:
Am Freitag, 29. September 2017, 16:11:27 CEST schrieb Frans de Boer:
LS,
The past two-three weeks or so, ksysguard is losing a setting and displays the wrong cpu speeds.
The clock speed is now always at his highest, while the ondemand governor is selected. Before, it ranged between 800 and 3600 MHz. Btw: the indicator is now 3615 MHz, which is the speed set in the BIOS. Thus, finally an accurate speed is displayed, but no change in clock speed displayed. The cpupower util does display correctly the various clock speeds.
Second, the setting for vcore min is lost after terminating ksysguard. The setting for Vcore max is preserved.
Regards, Frans de Boer.
Hi, https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.13-Power-Managem...:
- x86 systems will no longer try to export their current CPU frequency to / proc/cpuinfo. There's also a way to rework how the CPU frequency is exported via sysfs too, using the registers for computing the current frequency rather than relying upon the CPUFreq driver.
see also: http://lkml.iu.edu/hypermail/linux/kernel/1707.0/01366.html
Regards mab
Ok, I have read and understand the thought behind it. I don't like it, but is seems a fact now. So, using this in ksysguard has no use anymore. Thanks anyhow, Frans. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/b767d4c5c20a94b6e2ec9d675178f650.jpg?s=120&d=mm&r=g)
On 30-09-17 09:29, Frans de Boer wrote:
On 29-09-17 16:51, Michael Andreas Buchberger wrote:
Am Freitag, 29. September 2017, 16:11:27 CEST schrieb Frans de Boer:
LS,
The past two-three weeks or so, ksysguard is losing a setting and displays the wrong cpu speeds.
The clock speed is now always at his highest, while the ondemand governor is selected. Before, it ranged between 800 and 3600 MHz. Btw: the indicator is now 3615 MHz, which is the speed set in the BIOS. Thus, finally an accurate speed is displayed, but no change in clock speed displayed. The cpupower util does display correctly the various clock speeds.
Second, the setting for vcore min is lost after terminating ksysguard. The setting for Vcore max is preserved.
Regards, Frans de Boer.
Hi, https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.13-Power-Managem...:
- x86 systems will no longer try to export their current CPU frequency to / proc/cpuinfo. There's also a way to rework how the CPU frequency is exported via sysfs too, using the registers for computing the current frequency rather than relying upon the CPUFreq driver.
see also: http://lkml.iu.edu/hypermail/linux/kernel/1707.0/01366.html
Regards mab
Ok, I have read and understand the thought behind it. I don't like it, but is seems a fact now. So, using this in ksysguard has no use anymore.
Thanks anyhow, Frans.
BTW, still the vcore display is unsolved: After yesterdays update, the file describing the used tab, contains: .... </display> <display max="1,52" manualRange="1" vLines="0" columnSpan="1" vDistance="30" labels="1" class="FancyPlotter" hLines="1" fontSize="8" hScale="1" showUnit="0" min="0,98" title="Vcore" rowSpan="1" vScroll="0" row="3" autoRange="0" stacked="0" svgBackground="" column="1" unit="" version="1"> <beam hostName="localhost" sensorType="float" color="0xff0057ae" sensorName="lmsensors/it8720-isa-0228/Vcore"/> <beam hostName="localhost" sensorType="float" color="0xffe20800" sensorName="lmsensors/it8720-isa-0228/Vdram"/> </display> </WorkSheet> Now, min and max stay preserved after terminating ksysguard, but the display is still fixed to 0-1.5 Volt. Just as if it is not reading everything properly. Regards, Frans. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
![](https://seccdn.libravatar.org/avatar/5ca9896f4facbbe11a445240202feed5.jpg?s=120&d=mm&r=g)
Am Samstag, 30. September 2017, 09:29:42 CEST schrieb Frans de Boer:
On 29-09-17 16:51, Michael Andreas Buchberger wrote:
Am Freitag, 29. September 2017, 16:11:27 CEST schrieb Frans de Boer:
LS,
The past two-three weeks or so, ksysguard is losing a setting and displays the wrong cpu speeds.
The clock speed is now always at his highest, while the ondemand governor is selected. Before, it ranged between 800 and 3600 MHz. Btw: the indicator is now 3615 MHz, which is the speed set in the BIOS. Thus, finally an accurate speed is displayed, but no change in clock speed displayed. The cpupower util does display correctly the various clock speeds.
Second, the setting for vcore min is lost after terminating ksysguard. The setting for Vcore max is preserved.
Regards, Frans de Boer.
Hi, https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.13-Power-Manag ement:
- x86 systems will no longer try to export their current CPU frequency to / proc/cpuinfo. There's also a way to rework how the CPU frequency is exported via sysfs too, using the registers for computing the current frequency rather than relying upon the CPUFreq driver.
see also: http://lkml.iu.edu/hypermail/linux/kernel/1707.0/01366.html
Regards mab
Ok, I have read and understand the thought behind it. I don't like it, but is seems a fact now. So, using this in ksysguard has no use anymore.
Thanks anyhow, Frans.
4.13 is a very recent kernel. I expect that the developers will adapt ksysguard to these changes. But we will need some patience, or revert to kernel 4.12. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (2)
-
Frans de Boer
-
Michael Andreas Buchberger