Date: Mon, 27 Aug 2018 16:25:37 +0200 From: Gary Jennejohn <gljennjohn@gmail.com> To: "karu.pruun" <karu.pruun@gmail.com> Cc: meowthink@gmail.com, freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Help diagnose my Ryzen build problem Message-ID: <20180827162537.05f9b576@ernst.home> In-Reply-To: <CADdF=MKUOwkZwOb8qAdOHv0uWAPZVjJW8i_CvWoTMSa=p4B8Qw@mail.gmail.com> References: <CABnABoZA4DUOFfr7JdbbBAWxak3=ge6zX0HXtu1RffQH7tSb2Q@mail.gmail.com> <CAOa8eG4UGCo3Evz7sp7w72irtP2yb=-9-KURrvCQGu6Z-1HwVA@mail.gmail.com> <20180827132905.191dbd8c@ernst.home> <CABnABobmAv_-wCCkRiq6iYQ67mmKbC-g8J5_1K55qCktvVhF%2BA@mail.gmail.com> <CADdF=MKUOwkZwOb8qAdOHv0uWAPZVjJW8i_CvWoTMSa=p4B8Qw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 27 Aug 2018 16:16:47 +0300 "karu.pruun" <karu.pruun@gmail.com> wrote: > On Mon, Aug 27, 2018 at 3:21 PM Meowthink <meowthink@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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180827162537.05f9b576>