Date: Sun, 27 May 2012 06:54 -0500 From: Richard Pennington <rich@...nware.com> To: musl@...ts.openwall.com Subject: Re: Test environment for non-native archs On Saturday, May 26, 2012 11:18:40 PM Rich Felker wrote: > Hi, > > I've been thinking a bit about further testing of ARM (for which I > don't have a native environment) and ports to other systems, and > realized that to be able to efficiently mix working on the native host > and virtual target system (e.g. doing most of the compiling on the > host), it's going to be desirable to have the Linux running under qemu > using part of the host's filesystem as its root fs, instead of having > a filesystem image. > > This seems to be possible with qemu's support for exporting a virtual > 9p share to the guest OS, but I haven't yet determined if it's > possible to boot directly with the 9p share as the root fs, or whether > it's going to require a separate initial fs image and switch/pivot > root afterwards (as you can tell, I'm not very familiar with this sort > of setup). > > Anyone know the answer, or have some recipes I could use? > > Rich Hi Rich, For my testing (which musl for ARM just passed, by the way ;-), I mostly use QEMU in Linux user space emulation mode. I just compile an executable on my x86 system and run it: qemu-arm a.out arg1 arg2 ... In fact, my system is configured to recognize an arm executable and run qemu- arm automatically, which is kind of slick. When I do run a full blown system VM, I just nfs mount directories on my main system that I'm interested in. -Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.