From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/952 Path: news.gmane.org!not-for-mail From: aep Newsgroups: gmane.linux.lib.musl.general Subject: Re: Test environment for non-native archs Date: Sun, 03 Jun 2012 13:15:54 +0200 Message-ID: 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=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1338721985 15633 80.91.229.3 (3 Jun 2012 11:13:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 3 Jun 2012 11:13:05 +0000 (UTC) To: Original-X-From: musl-return-953-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jun 03 13:13:03 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 1Sb8k0-0001Gv-KR for gllmg-musl@plane.gmane.org; Sun, 03 Jun 2012 13:13:00 +0200 Original-Received: (qmail 30280 invoked by uid 550); 3 Jun 2012 11:12:59 -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 30269 invoked from network); 3 Jun 2012 11:12:59 -0000 In-Reply-To: <20120527031840.GC163@brightrain.aerifal.cx> X-Sender: aep@exys.org User-Agent: Roundcube Webmail/0.5.4 Xref: news.gmane.org gmane.linux.lib.musl.general:952 Archived-At: > 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, user mode linux has humfs, but it's not in mainline. Instead there's hostfs, which is broken by design. I can never get the uml patches working so i didn't look further. What i researched instead was if you could run boot inside virtualbox from a vboxsf. A kernel with initrd with the vboxsf stuff can access the "folders", but it isn't booting because their vfs does permissions wrong. The virtualbox build system makes me angry, so i didn't try fixing it. Since you're using a debian, maybe the buildsystem works for you and you can just hack the relevant parts in. I think it's a matter of making couple more rpc calls to the hostdriver and mapping "stat" in the guest to the host. On Sat, 26 May 2012 23:18:40 -0400, 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. > 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