From owner-freebsd-arm@FreeBSD.ORG Mon Jul 21 21:45:27 2008 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C5C6106567E; Mon, 21 Jul 2008 21:45:27 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (smtp5-g19.free.fr [212.27.42.35]) by mx1.freebsd.org (Postfix) with ESMTP id E35608FC34; Mon, 21 Jul 2008 21:45:26 +0000 (UTC) (envelope-from tataz@tataz.chchile.org) Received: from smtp5-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp5-g19.free.fr (Postfix) with ESMTP id 084DA3F633F; Mon, 21 Jul 2008 23:45:25 +0200 (CEST) Received: from tatooine.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g19.free.fr (Postfix) with ESMTP id B90F13F633E; Mon, 21 Jul 2008 23:45:24 +0200 (CEST) Received: from obiwan.tataz.chchile.org (unknown [192.168.1.25]) by tatooine.tataz.chchile.org (Postfix) with ESMTP id A47119B497; Mon, 21 Jul 2008 21:39:51 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 984964089; Mon, 21 Jul 2008 23:39:51 +0200 (CEST) Date: Mon, 21 Jul 2008 23:39:51 +0200 From: Jeremie Le Hen To: ticso@cicely.de Message-ID: <20080721213951.GN39074@obiwan.tataz.chchile.org> References: <200806252138.m5PLcajG067917@repoman.freebsd.org> <20080707155017.6850f3a5.stas@FreeBSD.org> <20080711211909.GB33517@obiwan.tataz.chchile.org> <20080714234809.32cb8042.stas@FreeBSD.org> <20080715210512.GK35340@cicely7.cicely.de> <20080716021322.52f895c9.stas@FreeBSD.org> <20080715225443.GM35340@cicely7.cicely.de> <20080717140905.GX35340@cicely7.cicely.de> <20080718114058.GB35340@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080718114058.GB35340@cicely7.cicely.de> User-Agent: Mutt/1.5.15 (2007-04-06) Cc: src-committers@freebsd.org, cvs-src@freebsd.org, Bernd Walter , cvs-all@freebsd.org, arm@freebsd.org Subject: Re: cvs commit: src Makefile.inc1 src/gnu/lib Makefile src/gnu/lib/csu Makefile src/gnu/lib/libssp Makefile src/lib/csu Makefile.inc src/lib/libc Makefile src/lib/libstand Makefile src/lib/libthr Makefile src/libexec/rtld-elf Makefile src/release Makefile ... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jul 2008 21:45:27 -0000 Hi Bernd, Again, sorry for the late reply, I'm abroad this week once again for work, so I have very little time for my personal stuff. On Fri, Jul 18, 2008 at 01:40:59PM +0200, Bernd Walter wrote: > No change - with SSP all dynamic linked binaries fail the same as the > 7-stable did. > Without SSP only some binaries fail, but those are the same. > And of course since my 7-stable binaries were failing as well this > sounds like a kernel thing and not a userland one. > > What comes to mind after reading the original commit when reading the > compiler options used: > cc -mlittle-endian -c -O2 -pipe -fno-strict-aliasing -mcpu=arm9 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=arm9 -ffreestanding -fstack-protector -Werror ../../../arm/at91/at91_twi.c > The original message says that -fstack-protector shouldn't be used for > the kernel. > So why it is there? > I never explicitly enabled it anywhere. Actually, there was one patch to enable SSP for userland and another one for kernel, but they have been committed together and their commitlog has been concatenated. If you read it further, you will see the kernel part commitlog. Concerning the automatic activation, this is intended so as to give SSP more exposure. We'll need to reach a consensus for the release about whether it should be opt-in or opt-out. For now, you can disable it for both userland and kernel using the WITHOUT_SPP knob in src.conf(5). If you only want to disable it for kernel build, simply use "make -DWITHOUT_SSP buildkernel". I'm keen to hear about any clue you will gather about the problem. Thanks. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org >