From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Bt7gu-0001vj-W5 for qemu-devel@nongnu.org; Fri, 06 Aug 2004 12:35:37 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Bt7gt-0001uf-PB for qemu-devel@nongnu.org; Fri, 06 Aug 2004 12:35:36 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Bt7gt-0001tz-MQ for qemu-devel@nongnu.org; Fri, 06 Aug 2004 12:35:35 -0400 Received: from [213.146.154.40] (helo=pentafluge.infradead.org) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1Bt7cn-00035D-On for qemu-devel@nongnu.org; Fri, 06 Aug 2004 12:31:22 -0400 Received: from [213.86.99.236] (helo=[172.16.18.64]) by pentafluge.infradead.org with asmtp (Exim 4.33 #1 (Red Hat Linux)) id 1Bt7ch-0003cP-Iu for qemu-devel@nongnu.org; Fri, 06 Aug 2004 17:31:16 +0100 Subject: Re: [PROBLEM FOUND] qemu-arm on FC2 (was: Re: [Qemu-devel] ARM in big endian mode?) From: David Woodhouse In-Reply-To: <20040806155915.GA32210@xi.wantstofly.org> References: <20040703160324.GD8894@xi.wantstofly.org> <1088940620.840.1.camel@sherbert> <20040704115730.GA21047@xi.wantstofly.org> <1089587847.4217.10.camel@localhost.localdomain> <20040711234327.GA16750@xi.wantstofly.org> <1091804107.4383.4898.camel@hades.cambridge.redhat.com> <20040806155915.GA32210@xi.wantstofly.org> Content-Type: text/plain Message-Id: <1091809874.4383.4914.camel@hades.cambridge.redhat.com> Mime-Version: 1.0 Date: Fri, 06 Aug 2004 17:31:14 +0100 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Fri, 2004-08-06 at 17:59 +0200, Lennert Buytenhek wrote: > On Fri, Aug 06, 2004 at 03:55:07PM +0100, David Woodhouse wrote: > > > > > > % ./qemu-arm ./x > > > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > <...> > > > Just checked, and indeed, LE binaries segfault too. > > <...> > > > So it looks like it (might have) worked in the past but broke somewhere > > > between then and now. > > > > Are you using a newer glibc now than the one you were using before? > > Yes. Now I'm using Fedora Core 2, but Red Hat 9 back then, I think. Hmm. I meant the ARM glibc, not the host. I have a vague recollection that using an older ARM libc made it work OK. Using statically linked ARM binaries also made it work. > I just found some time for some more testing, and it's FC2's noexecstack > messing up in this particular case. If I create, using gcc 2.95.3 and > glibc 2.1.3 vanilla, a static ARM little-endian "Hello world" binary, and > run it with qemu-arm latest CVS, it works if I specify -Wl,-z,execstack > when linking qemu-arm, and crashes with sig11 if I do not. With 0.6.0 this doesn't do it for me. This is a Familiar 0.7.2 image with glibc 2.3.2 shinybook /home/dwmw2/working/pkgs/qemu/qemu-0.6.0/arm-user $ gcc -g -Wl,-T,/home/dwmw2/working/pkgs/qemu/qemu-0.6.0/ppc.ld -o qemu-arm elfload.o main.o syscall.o mmap.o signal.o path.o osdep.o thunk.o nwfpe/softfloat.o nwfpe/fpa11.o nwfpe/fpa11_cpdo.o nwfpe/fpa11_cpdt.o nwfpe/fpa11_cprt.o nwfpe/fpopcode.o nwfpe/single_cpdo.o nwfpe/double_cpdo.o nwfpe/extended_cpdo.o libqemu.a -lm -Wl,-z,execstack shinybook /home/dwmw2/working/pkgs/qemu/qemu-0.6.0/arm-user $ ./qemu-arm /usr/qemu-arm/bin/echo hello qemu: uncaught target signal 11 (Segmentation fault) - exiting -- dwmw2