Date: Mon, 12 Feb 2018 19:54:11 -0800 From: Peter Moody <freebsd@hda3.com> To: Don Lewis <truckman@freebsd.org> Cc: Eugene Grosbein <eugen@grosbein.net>, Pete French <petefrench@ingresso.co.uk>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>, Andriy Gapon <avg@freebsd.org> Subject: Re: Ryzen issues on FreeBSD ? (with sort of workaround) Message-ID: <CADbMJxmmh8m_3=kNTShgLA5vkw4RtoFWtYJFa%2BF4GB98Ks260A@mail.gmail.com> In-Reply-To: <tkrat.7fad2b76b85bc4b1@FreeBSD.org> References: <8e842dec-ade7-37d1-6bd8-856ea1a827ca@sentex.net> <dd29d77a-deb9-423e-f9b8-cb07387bbfd5@sentex.net> <9b769e4e-b098-b294-0bce-8bb1c42e8a59@rootautomation.com> <a601973f-9205-8dd9-7f78-a7f03985ab4a@sentex.net> <CAMgUhpop3=J7TQimK2iHdGTc=hnTgCEZDqibDSRCyTPMWX5wJQ@mail.gmail.com> <CAMgUhpop54hJ%2Biq_VYYqrEHgSapmMu_GmOPaOsmhA=QbjPEZ5A@mail.gmail.com> <CADbMJxk=HDoMsPghDrkTNqsC_XZo28nYPNGC%2BD9fddENPiiFng@mail.gmail.com> <730eb882-1c6a-afb7-0ada-396db44fb34b@ingresso.co.uk> <tkrat.8fa97919286143d7@FreeBSD.org> <8b882970-4d5d-2a96-4dac-779cab07b9ae@sentex.net> <CADbMJxkRR8s1=WWXP%2BH9eOHv_UWMQrUR=_E4aFw91VCeep82pw@mail.gmail.com> <343acf99-3e9e-093a-7390-c142396c2985@sentex.net> <tkrat.975666e9f483a6a0@FreeBSD.org> <3dd9a61b-511d-db2e-80ca-cbc9a4b65f92@sentex.net> <tkrat.ada77e0420783bed@FreeBSD.org> <55913e41-3a8a-9a4d-6862-e09a3d0f4d55@sentex.net> <tkrat.e541d1b83f4f6c75@FreeBSD.org> <5e48bbc2-e872-46bd-eece-25acbb180f77@sentex.net> <c0319297-d47d-449d-a6f1-2529d1d38541@sentex.net> <5A71C5AE.6020202@grosbein.net> <tkrat.7fad2b76b85bc4b1@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Feb 12, 2018 at 1:49 PM, Don Lewis <truckman@freebsd.org> wrote: > On 31 Jan, Eugene Grosbein wrote: >> 31.01.2018 4:36, Mike Tancsa =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> On 1/30/2018 2:51 PM, Mike Tancsa wrote: >>>> >>>> And sadly, I am still able to hang the compile in about the same place= . >>>> However, if I set >>> >>> >>> OK, here is a sort of work around. If I have the box a little more busy= , >>> I can avoid whatever deadlock is going on. In another console I have >>> cat /dev/urandom | sha256 >>> running while the build runs >>> >>> ... and I can compile net/samba47 from scratch without the compile >>> hanging. This problem also happens on HEAD from today. Should I start >>> a new thread on freebsd-current ? Or just file a bug report ? >>> The compile worked 4/4 >> >> That's really strange. Could you try to do "sysctl kern.eventtimer.perio= dic=3D1" >> and re-do the test without extra load? > > I'm having really good luck with the kernel patch attached to this > message: > https://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D417183+0+archive/2018/fre= ebsd-hackers/20180211.freebsd-hackers I'm new to this; what are the chances that this gets into -STABLE in the near future?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CADbMJxmmh8m_3=kNTShgLA5vkw4RtoFWtYJFa%2BF4GB98Ks260A>