From owner-freebsd-bugs@freebsd.org Sat Aug 5 19:48:03 2017 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 816FCDC69D5 for ; Sat, 5 Aug 2017 19:48:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6E4DF1302 for ; Sat, 5 Aug 2017 19:48:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v75Jm3xB068932 for ; Sat, 5 Aug 2017 19:48:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 221029] AMD Ryzen: strange compilation failures using poudriere or plain buildkernel/buildworld Date: Sat, 05 Aug 2017 19:48:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: nbe@renzel.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Aug 2017 19:48:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221029 --- Comment #54 from Nils Beyer --- (In reply to Don Lewis from comment #53) > Interestingly both node and libreoffice core files indicate that c++ died= at the same place. that sounds strange - the main feature of these failures is arbitrariness, = and now you have some kind of equal repetition. Do you have any possibility to generate that again - probably with a self-written program? I cannot test this at moment as both my Ryzen boxes are frozen dead - and t= hey are at my work-place where I'll be not until Monday. The reason I ask is because the Linux users got some momentum due to two Phoronix articles about these segfaults: https://www.phoronix.com/scan.php?page=3Dnews_item&px=3DRyzen-Test-Stre= ss-Run https://www.phoronix.com/vr.php?view=3D25016 Unfortunately, the author relied on segfaults with "conftest" stuff which w= as not a very wise choice to prove that there is something wrong. "conftest" is meant to segfault, isn't it? So, if we can provide something that reliably segfaults on an AMD but not o= n an Intel that would be something. Would be a pity if AMD finally says: "see, t= here is no problem with the Ryzen; you just have done it wrongly all the time"... --=20 You are receiving this mail because: You are the assignee for the bug.=