From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LQ6iq-0007sb-Fh for qemu-devel@nongnu.org; Thu, 22 Jan 2009 16:04:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LQ6io-0007r1-UL for qemu-devel@nongnu.org; Thu, 22 Jan 2009 16:04:20 -0500 Received: from [199.232.76.173] (port=33060 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LQ6io-0007qq-Ok for qemu-devel@nongnu.org; Thu, 22 Jan 2009 16:04:18 -0500 Received: from [84.20.150.76] (port=42331 helo=narury.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LQ6io-0007Ao-6n for qemu-devel@nongnu.org; Thu, 22 Jan 2009 16:04:18 -0500 Date: Thu, 22 Jan 2009 23:04:06 +0200 From: Riku Voipio Subject: Re: [Qemu-devel] linux-user/arm unsupported syscalls Message-ID: <20090122210406.GA15463@kos.to> References: <200901222014.39864.dl9pf@gmx.de> <4978D8FB.30801@opensuse.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4978D8FB.30801@opensuse.org> Content-Transfer-Encoding: quoted-printable Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Martin Mohring Cc: qemu-devel@nongnu.org, dl9pf@gmx.de On Thu, Jan 22, 2009 at 09:37:15PM +0100, Martin Mohring wrote: > Jan-Simon M=C3=B6ller wrote: > > Hi! > > > > I'm running some debian-lenny/arm binaries in user-mode emulation and= get these 2 messages: debian/arm or debian/armel ? Which specific binaries? > > qemu: Unsupported ARM syscall: 0x9000e5 > > qemu: Unsupported ARM syscall: 0x9000e2 > Does anybody here know what the 0x9 number in front of e5 and e2 means? oldabi syscalls. > When such an error comes in qemu, for me usually a decimal number of a > syscall from any of the "linux-user//syscall_nr.h file is printed= . > But not a hexnumber with 0x9000 in front.... Because the error is being printed from a place than usual. Qemu appears to think the binary is eabi and is thus not reducing 0x900000 as usual when running oldabi binaries. The warned syscalls (setxattr, getattr) go usually via the unimplemented_nowarn path, so no warning should be visible for users. --=20 "rm -rf" only sounds scary if you don't have backups