From owner-svn-src-head@freebsd.org Wed Dec 20 18:17:02 2017 Return-Path: Delivered-To: svn-src-head@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 E7797E9AA39; Wed, 20 Dec 2017 18:17:02 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF4107A7A4; Wed, 20 Dec 2017 18:17:02 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from comporellon.tachypleus.net (cpe-75-82-218-62.socal.res.rr.com [75.82.218.62]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id vBKIGxYA002587 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 20 Dec 2017 10:17:00 -0800 Subject: Re: svn commit: r326758 - in head/sys/i386: conf include To: John Baldwin , David Chisnall Cc: Eugene Grosbein , Konstantin Belousov , Conrad Meyer , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org References: <201712110432.vBB4WbnE021090@repo.freebsd.org> <1705b795-46ca-bb27-6ba7-fab4eeed0aba@FreeBSD.org> <68FECEF0-014E-4741-BE96-680E9338557B@FreeBSD.org> <1839614.eNG2DjLqvF@ralph.baldwin.cx> From: Nathan Whitehorn Message-ID: <28f2f06b-dc46-99f1-70be-260bb408c827@freebsd.org> Date: Wed, 20 Dec 2017 10:16:58 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <1839614.eNG2DjLqvF@ralph.baldwin.cx> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Sonic-CAuth: UmFuZG9tSVZcjpYFyb8x72kc5SHpnUfJoaJLXR7XBXd6RMzaAJfQkAATifu92EYBbwUupt57DbCoDNHy/xkXBuLihdks801JbK48L7KrmFg= X-Sonic-ID: C;/AIU+LHl5xG7QusnWtmBlw== M;mgaa+LHl5xG7QusnWtmBlw== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Dec 2017 18:17:03 -0000 On 12/20/17 09:14, John Baldwin wrote: > On Wednesday, December 20, 2017 09:59:26 AM David Chisnall wrote: >> On 16 Dec 2017, at 18:05, John Baldwin wrote: >>> When I build a FreeBSD/mips64 kernel with clang, >>> _any_ simple NFS op triggers a kernel stack overflow. Kernels compiled >>> with GCC do not. >> That is not my experience. I haven’t tried a MIPS64 kernel built with clang, but with in-tree gcc I get kernel panics as soon as I try to use NFS, unless I use Stacey’s patches that increase the kernel stack size. > I have primarily been using modern GCC for GCC once that was working, but at > least when running a MALTA64 kernel under qemu I was not triggering panics > even with old GCC. With the in-tree clang 5.0 or with CHERI clang, just > doing an 'ls' of a NFS directory or even a tab-complete of a path that > is on NFS reliably triggers a kernel stack overflow for MALTA64 in qemu. > > With Stacey's kstack pages, a clang kernel does survive, but those are not > in stock FreeBSD which is where I have been testing this. > With GCC 4, it takes a little while, but trying to build ports over NFS is a sure-fire way to bring down the kernel. I haven't tried any other compilers. -Nathan