From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/930 Path: news.gmane.org!not-for-mail From: Richard Pennington Newsgroups: gmane.linux.lib.musl.general Subject: Re: Test environment for non-native archs Date: Sun, 27 May 2012 06:54 -0500 Message-ID: <1445612.NTLIVY7KuE@main.pennware.com> References: <20120527031840.GC163@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit X-Trace: dough.gmane.org 1338119718 26436 80.91.229.3 (27 May 2012 11:55:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 27 May 2012 11:55:18 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-931-gllmg-musl=m.gmane.org@lists.openwall.com Sun May 27 13:55:17 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1SYc42-0001GH-Ak for gllmg-musl@plane.gmane.org; Sun, 27 May 2012 13:55:14 +0200 Original-Received: (qmail 1978 invoked by uid 550); 27 May 2012 11:55:13 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 1970 invoked from network); 27 May 2012 11:55:13 -0000 X-Authority-Analysis: v=2.0 cv=PqgRnnw3 c=1 sm=0 a=/l7PkcR/UKDnn7Q2wmGJww==:17 a=hdNgKtvFP3AA:10 a=fR_ARpL9IlcA:10 a=YdIrf2pLuyQA:10 a=msTO8fkKGJEA:10 a=kj9zAlcOel0A:10 a=N4Ps669bAAAA:8 a=o9mYY4wY11DHo2eNK_wA:9 a=CjuIK1q_8ugA:10 a=/l7PkcR/UKDnn7Q2wmGJww==:117 X-Cloudmark-Score: 0 X-Originating-IP: 65.26.59.215 User-Agent: KMail/4.8.3 (Linux/3.3.2-6.fc16.x86_64; KDE/4.8.3; x86_64; ; ) In-Reply-To: <20120527031840.GC163@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:930 Archived-At: 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