[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] user emulation status?
From: |
Tomasz Chmielewski |
Subject: |
Re: [Qemu-devel] user emulation status? |
Date: |
Mon, 08 Sep 2008 16:49:57 +0200 |
User-agent: |
Thunderbird 2.0.0.16 (X11/20080808) |
Riku Voipio schrieb:
On Sun, Sep 07, 2008 at 10:28:54PM +0200, Tomasz Chmielewski wrote:
Debian Etch supports ARM, SPARC, PPC and MIPS, so I only tested those on
x86 PC.
Notice that etch doesn't use many of new syscalls introduced recently,
and doesn't use TLS/NPTL on many archs. So it's not really a very hard
test for qemu-user.
Even then, ARM user emulation seem to be the only one fully working.
I tried also Lenny on ARM, it had some minor problems, but was working.
I could add Lenny to the testing suite, it's not a problem.
Are you people interested in running processes in a foreign chroot (i.e.
ARM chroot on x86 PC)?
Yes. And I need to get my lazy ass off and start cleaning maemo/debian
linux-user patches and propose them here.
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.
Since what we are actually emulating, is linux kernel syscall interface,
the most exhaustive test would be LTP. but debootstrapping debian is
good smoketest. Other nice tests could be perl/python/glibc testsuites.
My motivation for running a "foreign chroot" is basically "apt-get
update; apt-get upgrade" for some filesystem images I use on embedded
devices running Debian.
It's easier and faster to do so on a PC than on real hardware or in
qemu-system emulation.
Running LTP might be a good idea for running on those architectures that
pass the "debootstrap smoketest".
--
Tomasz Chmielewski
http://wpkg.org