Comment 777 for bug 1690085

Revision history for this message
In , ashesh.ambasta (ashesh.ambasta-linux-kernel-bugs) wrote :

As a last resort, I've tried `idle=halt` on this machine. And yet my
system just crashed after 3 weeks of uptime.

I'm done with AMD. I will RMA this processor to try things out, but
overall, if that doesn't work, this thing is headed to the junkyard and
I'm going to live with Intel.

At least in the 13 or so odd Intel systems I've tried, I've not had
exhasperating issues like these where the company is positively trying
to ignore this ongoing issue.

This is disgusting from AMD.

On 6/11/20 6:03 PM, <email address hidden> wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=196683
>
> --- Comment #689 from <email address hidden> ---
> (In reply to raulvior.bcn from comment #653)
>> (In reply to txrx from comment #651)
>>
>> Typical Current Idle might not be working. Read the sensor output. If
>> voltage is not higher than without enabling it, try to increase the core
>> voltage.
>>
>> My Ryzen 7 1800X seems to not produce hangs since I upgraded to 1003ABB with
>> an ASUS Crosshair VI Hero and enabled Typical current idle.
>>
>>
>>> I was able to update my BIOS to version 18, but my system still locks up.
>>> I tried the following with the new BIOS:
>>> - use factory defaults
>>> - disable SMT
>>> - disable SMT with Typical Current Idle
>>> - all of the above with SVM disabled/enabled
>>> Right now I set the power supply idle control to "Low ..." and will report
>>> back.
>>>
> The motherboard kept hanging. I had to remove the Vitals GNOME Extension. It
> seems that polling voltage values hangs the motherboard... Still, there are
> times that the computer does not come back from suspend. There's something
> wrong with the BIOS/UEFI.
>