Date: Sat, 05 Aug 2017 02:14:14 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 219399] System panics after several hours of 14-threads-compilation orgies using poudriere on AMD Ryzen... Message-ID: <bug-219399-8-6TjNEQtopW@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-219399-8@https.bugs.freebsd.org/bugzilla/> References: <bug-219399-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219399 --- Comment #207 from Nils Beyer <nbe@renzel.net> --- (In reply to Nils Beyer from comment #206) answering myself: yes, maybe I should just listen to what Don said: I do ne= ed that origin patch because without it the programm is not able to MMAP at 0x7f(...) - as Don instructed. And at 0x4f(...) there seems to be no proble= m. Using "cpuset -l 0 ./ryzen_provoke_crash" it freezes exactly where my first system did: ---------------------------------------------------------------------------= ----- [...] executing at 0x7fffffffff3a .......... executing at 0x7fffffffff3b .......... executing at 0x7fffffffff3c .......... executing at 0x7fffffffff3d .......... executing at 0x7fffffffff3e .......... executing at 0x7fffffffff3f .......... executing at 0x7fffffffff40 ...... ---------------------------------------------------------------------------= ----- Without using "cpuset -l 0" the program seems to pass the 0x7fffffffff40 ma= rk, but becomes very, very slow - don't know if it freezes because I aborted it; took too long for one row... --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-219399-8-6TjNEQtopW>