From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KcQsW-00019J-4U for qemu-devel@nongnu.org; Sun, 07 Sep 2008 16:29:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KcQsU-000183-Fh for qemu-devel@nongnu.org; Sun, 07 Sep 2008 16:28:58 -0400 Received: from [199.232.76.173] (port=39444 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KcQsU-00017s-AT for qemu-devel@nongnu.org; Sun, 07 Sep 2008 16:28:58 -0400 Received: from mx03.syneticon.net ([87.79.32.166]:2563) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KcQsT-0001bU-QB for qemu-devel@nongnu.org; Sun, 07 Sep 2008 16:28:58 -0400 Received: from localhost (filter1.syneticon.net [192.168.113.3]) by mx03.syneticon.net (Postfix) with ESMTP id BF02C932A for ; Sun, 7 Sep 2008 22:28:56 +0200 (CEST) Received: from mx03.syneticon.net ([192.168.113.4]) by localhost (mx03.syneticon.net [192.168.113.3]) (amavisd-new, port 10025) with ESMTP id Fx6cV+oXec4r for ; Sun, 7 Sep 2008 22:28:55 +0200 (CEST) Received: from [192.168.10.145] (koln-4db41447.pool.einsundeins.de [77.180.20.71]) by mx03.syneticon.net (Postfix) with ESMTP for ; Sun, 7 Sep 2008 22:28:55 +0200 (CEST) Message-ID: <48C43986.3030903@wpkg.org> Date: Sun, 07 Sep 2008 22:28:54 +0200 From: Tomasz Chmielewski MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] user emulation status? 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 According to the list of supported guest OSes on http://bellard.org/qemu/status.html, these architectures have "OK/green" status for user emulation: x86, ARM, SPARC, PPC, MIPS, m68k, SH-4. If these architectures are really fully supported by Qemu, it should be possible to run a chroot of another architecture (i.e. on x86 we chroot to ARM base filesystem/pcakages). I thought I'd give it a try, with current Qemu SVN, by installing Debian for different architectures with debootstrap command (debootstrap allows to install base filesystem/packages). Debian Etch supports ARM, SPARC, PPC and MIPS, so I only tested those on x86 PC. Results: 1. ARM - support is really great. debootstrap installs base filesystem/packages without any errors in an ARM chroot made on x86 PC. It's even possible to start some GUI applications. 2. MIPS - support is not so great. It's not possible to install a base filesystem. Chrooting from x86 to an already existing MIPS filesystem works, but lots of commands just break (i.e., dpkg exits with "Invalid argument"; some stracing reveals more details). 3. PPC Chrooting from x86 to a PPC filesystem ends with a segmentation fault. 4. SPARC Chrooting from x86 to a SPARC filesystem works, but it's only possible to start one command. After that, qemu-sparc process dies with HELPME... (I used the default --sparc_cpu). Are you people interested in running processes in a foreign chroot (i.e. ARM chroot on x86 PC)? I wanted to set up some daily automated tests which would fetch current SVN, build for ARM, MIPS, PPC and SPARC targets, try to install Debian with debootstrap in a chroot. So far I see though, that only ARM would get "OK" result, MIPS would get "partial"; PPC and SPARC would fail. Does it make sense to trace it on a daily basis? -- Tomasz Chmielewski http://wpkg.org