Help diagnose my Ryzen build problem

Gary Jennejohn gljennjohn at gmail.com
Mon Aug 27 14:25:41 UTC 2018


On Mon, 27 Aug 2018 16:16:47 +0300
"karu.pruun" <karu.pruun at gmail.com> wrote:

> On Mon, Aug 27, 2018 at 3:21 PM Meowthink <meowthink at gmail.com> wrote:
> > That's kib, who has committed things in that script to both 12 [1] and
> > stable/11 [2].
> >
> > Unfortunately, that's for Ryzens family 17h model 00h-0fh, whereas my
> > Ryzen 5 2400G's model is 11h.
> >
> > On the microcode. It shall be updated through UEFI/BIOS updates. I
> > think mine is now PinnaclePI-AM4_1.0.0.4 with microcode patchlevel
> > 0x810100b.
> >
> > Seems like ... the only thing I can do is sit down and wait?  
> 
> The revision
> 
> https://svnweb.freebsd.org/base/head/sys/x86/x86/cpu_machdep.c?r1=336763&r2=336762&pathrev=336763
> 
> works around the mwait issue, i.e. it sets
> 
> sysctl machdep.idle_mwait=0
> sysctl machdep.idle=hlt
> 
> Now it may or may not relate to your problem, but it appears that
> Ryzen 2400G also has another issue with HLT, see the DragonFly bug
> report
> 
> https://bugs.dragonflybsd.org/issues/3131
> 
> which AMD is aware of and is possibly working on, but it may not have
> appeared in the errata yet. The bug report says that until this is
> fixed, the workaround is to also disable HLT in cpu_idle. I am not
> sure what is the correct value for the sysctl on FreeBSD, perhaps
> 
> sysctl machdep.idle=0
> 
> or some other value?
> 

It is in the latest errata and there are no plans to fix it.

Based on the detailed description, this is a problem only in a
hypervisor.  AMD has a suggested workaround for it.

-- 
Gary Jennejohn


More information about the freebsd-hackers mailing list