2 ms·

I found some of the settings but not all of them, but here’s the ones I found, and changed now: - Global C-state Control: Auto -> Disabled - AMD Cool’n’Quiet:

I found some of the settings but not all of them, but here’s the ones I found, and changed now: - Global C-state Control: Auto -> Disabled - AMD Cool’n’Quiet: Auto -> Disabled - CPU NB/SoC Voltage: Auto -> Offset Mode; CPU NB/SoC Offset Mode Mark: +; CPU NB/SoC Offset Voltage: Auto (The offset value can only be auto with my machine, not a custom value it seems.) Only ones I couldn’t find were Gear Down Mode and Power Down Mode. Clicked save and exit in the UEFI. Then I powered down the machine and even flipped the on-off button of the PSU to off and let it stay off for ~20 seconds for good measure. Then turned the PSU back on and then powered the machine back on. Currently reading the bug report thread and will try some of those things as well.

codetrotter 5y ago
Now I've read a bit of those links and also read a bit of the following other links: - https://utcc.utoronto.ca/~cks/space/blog/linux/KernelRcuNocbsMeaning https://utcc.utoronto.ca/~cks/space/blog/linux/KernelRcuNocb... - https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_for_real_time/7/html/tuning_guide/offloading_rcu_callbacks https://access.redhat.com/documentation/en-us/red_hat_enterp... - https://help.ubuntu.com/community/Grub2/Setup https://help.ubuntu.com/community/Grub2/Setup And I've changed the following line in my /etc/default/grub from: GRUB_CMDLINE_LINUX="" to GRUB_CMDLINE_LINUX="rcu_nocbs=0-15 processor.max_cstate=5" since my CPU has 16 threads. And I've saved it and have run sudo update-grub Now I'm about to reboot the computer and then hopefully it will be more stable from now on :) Thanks again for the help bilange.
- codetrotter 5y ago
  Having now turned the computer back on I've also confirmed that these flags are indeed now being passed to the kernel when it is booted, as seen in the output of cat /proc/cmdline which shows the following: BOOT_IMAGE=/boot/vmlinuz-5.11.0-38-generic root=UUID=4dcba509-efff-4ccc-a099-f919240c767c ro rcu_nocbs=0-15 processor.max_cstate=5 quiet splash vt.handoff=7 And that's the "rcu_nocbs=0-15 processor.max_cstate=5" we added to our GRUB2 config shown right inside of there.

codetrotter 5y ago

Now I've read a bit of those links and also read a bit of the following other links: - https://utcc.utoronto.ca/~cks/space/blog/linux/KernelRcuNocbsMeaning https://utcc.utoronto.ca/~cks/space/blog/linux/KernelRcuNocb... - https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_for_real_time/7/html/tuning_guide/offloading_rcu_callbacks https://access.redhat.com/documentation/en-us/red_hat_enterp... - https://help.ubuntu.com/community/Grub2/Setup https://help.ubuntu.com/community/Grub2/Setup And I've changed the following line in my /etc/default/grub from: GRUB_CMDLINE_LINUX="" to GRUB_CMDLINE_LINUX="rcu_nocbs=0-15 processor.max_cstate=5" since my CPU has 16 threads. And I've saved it and have run sudo update-grub Now I'm about to reboot the computer and then hopefully it will be more stable from now on :) Thanks again for the help bilange.

codetrotter 5y ago
Having now turned the computer back on I've also confirmed that these flags are indeed now being passed to the kernel when it is booted, as seen in the output of cat /proc/cmdline which shows the following: BOOT_IMAGE=/boot/vmlinuz-5.11.0-38-generic root=UUID=4dcba509-efff-4ccc-a099-f919240c767c ro rcu_nocbs=0-15 processor.max_cstate=5 quiet splash vt.handoff=7 And that's the "rcu_nocbs=0-15 processor.max_cstate=5" we added to our GRUB2 config shown right inside of there.