Ryzen issues on FreeBSD ? (with sort of workaround)

Mike Tancsa mike at sentex.net
Fri Apr 20 13:39:51 UTC 2018

Its not just the Ryzen, I can lock up Epyc CPUs as well. They take a bit
longer, but its not that hard to repeat. Unfortunately, I had to
allocate this hardware over the Linux where it works reliably under all
workloads without any such lock ups with all the default BIOS settings :(

Here is a test case.

Peter was able to recreate it as well.


I dont think its VM / virtualization per se.  I think Peter mentioned
something about IPIs


On 4/20/2018 8:39 AM, Nimrod Levy wrote:
> To be honest, I can't remember for certain what's set in the BIOS right
> now. The last post I made was from 3/17 and it says I have the memory clock
> lowered and c-states disabled. I don't think I've changed anything but the
> build of stable since then.
> --
> Nimrod
> On Fri, Apr 20, 2018 at 7:55 AM Pete French <petefrench at ingresso.co.uk>
> wrote:
>> On 20/04/2018 12:48, Nimrod Levy wrote:
>>> I'm really glad to see that I'm not the only one still interested in
>>> this thread.  I don't really have anything new to contribute. I've been
>>> getting about a week or so uptime out of my box. My habit has been to
>>> see if it hangs, then reboot and rebuild latest stable and reboot and
>>> run that for a while. Although now that this thread pops back up, I just
>>> realized it's been 2 weeks since the last cycle. I don't trust it yet,
>>> but I've seen clear improvement since this started.
>> What setting sdo you have - just the ones I listed or some in the BSD
>> setup itself ? I am surprised that the operson who said they were
>> getting an actual Epyc server hasn't commented again on the thread.
>> Hopefully that means it works fine on the server hardware :-)
>> I have seen a few commits go through in STABLE related to VM which
>> interest me, and which might cause hangs, so we shall see how it goes.
>> Possibly looking at the Ryzen issue has flushed out a few VM problems
>> anyway, which would be good, as more stbaility is always good (and I
>> have a vague hope it might fix the mysetrious Go hangs too).
>> -pete.

Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, mike at sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada

More information about the freebsd-stable mailing list