From: Martin Mohring <martin.mohring@5etech.eu>
To: qemu-devel@nongnu.org
Cc: Riku Voipio <riku.voipio@iki.fi>
Subject: Re: [Qemu-devel] user emulation status?
Date: Tue, 09 Sep 2008 19:07:17 +0200 [thread overview]
Message-ID: <48C6AD45.7020408@5etech.eu> (raw)
In-Reply-To: <48C64643.7050808@5etech.eu>
Hi,
is there a place to put testresults for svn snapshots?
Martin
Martin Mohring wrote:
> Hi,
>
> I am one of the developers of the openSUSE Buildservice (OBS), and
> also the maintainer of the developer/test packages for OBS. OBS is an
> automated system for compiling, testing and distributing packages,
> projects and even complete distribtions on basis of .rpm or .deb
> architectures (even windows/solaris/macos planned). Currently, we
> support build for all major linux distribtions Fedora, openSUSE,
> Debian, RHEL, SLES and Ubuntu.
>
> Recently, I have added support for cross-build to OBS, our first
> target was Debin:Etch/arm and Maemo 4.1. I could now successfully
> setup a buildenvironment for Debian:Etch/arm and compile lots of the
> packages. The cross-build support we have implemented is based on: see
> these two articles here
> <http://lizards.opensuse.org/2008/08/31/hackweek-day-2-cross-build-with-obs-part-1/>
> and here
> <http://lizards.opensuse.org/2008/09/01/hackweek-day-3-cross-build-with-obs-part-2/>.
> In the meantime, we have now a completely automated patch, so we can
> use the normal OBS scheduler and so on (the only remaining issues were
> the fakeroot-tcp vs. fakeroot-sysv and the /proc/sys/vm/mmap_min_addr
> issue).
>
> To sum it up, our OBS can instantiate all linux distributions you can
> think of in a chroot (even on basis of the original prebuild binary
> .rpm or .deb), and can though be ideally be used for testing qemu in
> all situations you can think of. Since we do not want to use qemu
> system emulation for the obvious reasons, we would like qemu user mode
> to just work.
>
> I would be happy to share with you your patches for qemu-arm user mode
> to get Debian/Maemo builds working.
>
> I wrote already an e-mail on this here, but no reaction. Also, I am
> too busy atm with development.
>
> Martin
>
> Riku Voipio wrote:
>> 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.
>>
>>
>>> 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.
>>
>>
>
next prev parent reply other threads:[~2008-09-09 17:07 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-07 20:28 [Qemu-devel] user emulation status? Tomasz Chmielewski
2008-09-08 6:16 ` Kirill A. Shutemov
2008-09-08 11:09 ` Thiemo Seufer
2008-09-08 14:31 ` Riku Voipio
2008-09-08 14:49 ` Tomasz Chmielewski
2008-09-08 15:04 ` Stuart Anderson
[not found] ` <48C64643.7050808@5etech.eu>
2008-09-09 17:07 ` Martin Mohring [this message]
2008-09-09 18:34 ` Miklos Vajna
2008-09-09 19:41 ` Martin Mohring
2008-09-09 20:01 ` Paul Brook
2008-09-09 21:16 ` michael
2008-09-09 21:19 ` Martin Mohring
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48C6AD45.7020408@5etech.eu \
--to=martin.mohring@5etech.eu \
--cc=qemu-devel@nongnu.org \
--cc=riku.voipio@iki.fi \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.