From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1ImYm6-000766-LM
	for qemu-devel@nongnu.org; Mon, 29 Oct 2007 13:51:42 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1ImYm4-00074q-5a
	for qemu-devel@nongnu.org; Mon, 29 Oct 2007 13:51:41 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1ImYm3-00074e-WD
	for qemu-devel@nongnu.org; Mon, 29 Oct 2007 13:51:40 -0400
Received: from www.tglx.de ([62.245.132.106])
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
	(envelope-from <hjk@linutronix.de>) id 1ImYm3-0003lU-DX
	for qemu-devel@nongnu.org; Mon, 29 Oct 2007 13:51:39 -0400
Received: from bluebox.local (p549ACBB1.dip.t-dialin.net [84.154.203.177])
	(authenticated bits=0)
	by www.tglx.de (8.13.8/8.13.8/TGLX-2007100201) with ESMTP id
	l9THpPwt008520
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <qemu-devel@nongnu.org>; Mon, 29 Oct 2007 18:51:26 +0100
Date: Mon, 29 Oct 2007 18:51:25 +0100
From: "Hans J. Koch" <hjk@linutronix.de>
Message-ID: <20071029185125.6aa079c3@bluebox.local>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [Qemu-devel] qemu-arm fails with newer libc
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

I'm trying to set up an environment where I can use a command like

qemu-arm -L /path/to/root-file-system my_program

I tried qemu from latest Debian unstable, and couldn't make it work. I
then downloaded the latest snapshot (qemu-snapshot-2007-10-29_05). I
used a recent version of the CodeSourcery toolchain.

As it is, qemu-arm fails with an error like this:

qemu: Unsupported syscall: 983045

which indicates missing TLS support. I found this patch:

http://www.freaknet.org/martin/QEMU/patch.qemu-0.8.2_nptl-pb147082-mg1

and managed to apply it to the current code. It solves the TLS problem,
but now fails with a different error:

qemu: unhandled CPU exception 0x8 - aborting
R00=421a5c14 R01=00000000 R02=421a5c08 R03=00000001
R04=4008ef88 R05=00000000 R06=00000000 R07=00000000
R08=00000000 R09=00000000 R10=400a5000 R11=00000000
R12=ffff0fff R13=4007f858 R14=420b4b3c R15=ffff0fa0
PSR=20000010 --C- A usr32
...(registers in between are all zero)...
qemu: uncaught target signal 6 (Aborted) - exiting

This is exactly the same behaviour as shown by the Debian version of
qemu. Maybe they applied the same patch...

The problem does not show up if I use libraries from an old (2 years)
Timesys toolchain, so it seems to be triggered by code found in recent
libc versions.

What can I do now? Is this a known problem? Any patches for that?

Thanks,
Hans