From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34776) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WN0hG-0001oX-D0 for qemu-devel@nongnu.org; Mon, 10 Mar 2014 09:56:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WN0h8-0005W8-8F for qemu-devel@nongnu.org; Mon, 10 Mar 2014 09:56:50 -0400 Received: from cantor2.suse.de ([195.135.220.15]:52573 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WN0h8-0005W1-1c for qemu-devel@nongnu.org; Mon, 10 Mar 2014 09:56:42 -0400 Date: Mon, 10 Mar 2014 14:56:40 +0100 (CET) From: Michael Matz In-Reply-To: <87wqg2cmyj.fsf@linaro.org> Message-ID: References: <87sirhyi1b.fsf@linaro.org> <87txbnfuw1.fsf@linaro.org> <87wqg2cmyj.fsf@linaro.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2013921536-2046782915-1394459671=:7694" Content-ID: Subject: Re: [Qemu-devel] Call for testing QEMU aarch64-linux-user emulation List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?ISO-8859-15?Q?Alex_Benn=E9e?= Cc: Peter Maydell , linaro-dev , Dann Frazier , qemu-devel , "linaro-toolchain@lists.linaro.org" , Alexander Graf , Wook Wookey , Christoffer Dall This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2013921536-2046782915-1394459671=:7694 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15 Content-ID: Content-Transfer-Encoding: quoted-printable Hi, On Mon, 10 Mar 2014, Alex Benn=E9e wrote: > > Not sure there's much point looking very deeply into this. Java=20 > > programs are threaded, threaded programs don't work under QEMU =3D>=20 > > don't try to run Java under QEMU :-) >=20 > Having said that I'm sure there was another SIGILL related crash on=20 > Launchpad and I think we would be interested in those. Is JAVA really=20 > that buggy under QEMU just because of threading? Generally speaking, yes. I've never seen problems with openjdk (with the= =20 suse tree), so the segfault above might be also be related to the segfaul= t=20 handling for read-only data segments containing code (the signal=20 trampoline on stack), for which the patches were recently proposed=20 upstream. Ciao, Michael. --2013921536-2046782915-1394459671=:7694--