Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752014AbdGaSBm (ORCPT ); Mon, 31 Jul 2017 14:01:42 -0400 Received: from mout3.freenet.de ([195.4.92.93]:33113 "EHLO mout3.freenet.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751911AbdGaSBk (ORCPT ); Mon, 31 Jul 2017 14:01:40 -0400 From: Andreas Hartmann X-Newsgroups: linux.kernel Subject: Re: [FYI] GCC segfaults under heavy multithreaded compilation with AMD Ryzen Date: Mon, 31 Jul 2017 19:00:21 +0200 Organization: privat Message-ID: <79e8da6d-bc5b-ef7d-2299-815bbaa0c0ac@01019freenet.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 In-Reply-To: Content-Language: en-US To: linux-kernel@vger.kernel.org X-Originated-At: 93.235.9.97!39510 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1451 Lines: 34 On 07/31/2017 at 02:10 PM Alan Cox wrote: > On Wed, 26 Jul 2017 06:54:01 +0900 > Satoru Takeuchi wrote: > >> # I'm a LKML subscriber, but not a x86 list subscriber >> >> I found the following new linux kernel bugzilla about Ryzen related problem. >> Since many developers don't check this bugzilla and I've also >> encountered this problem, >> I decided to introduce this problem here. > > Historically we've seen exactly these symptoms on all kinds of systems > where the memory is at fault, even in cases where memtest86 passes. > Whether there's a specific problem on some Ryzen boards is a question for > AMD, but if I saw this without knowing the CPU I'd suspect memory > firstly. GCC it turns out is by accident an amazingly effective memory > testing tool. That's surely true. But meanwhile, I got rid of my memory problems (no more traces like these [1] or even system hangs) by a correct memory configuration, but the segfaults of gcc remain, most of the time with kernel 4.12, kernel 4.11.x and 4.9.39ff are working mostly fine - mostly, because I stopped tests and can't therefore say, if it's really stable or not - but (k)aslr must be disabled always. FreeBSD meanwhile provides this workaround after long research [2]: https://reviews.freebsd.org/D11780 Please port it to Linux! [1] https://www.spinics.net/lists/kernel/msg2565491.html [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219399#c89