linux-kernel - Re: [RFC] Unify KVM kernel-space and user-space code into a single project

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 22 Mar 2010 14:44:41 +0200
From:	Pekka Enberg <penberg@...helsinki.fi>
To:	"Daniel P. Berrange" <berrange@...hat.com>
CC:	Ingo Molnar <mingo@...e.hu>, Avi Kivity <avi@...hat.com>,
	Antoine Martin <antoine@...afix.co.uk>,
	Olivier Galibert <galibert@...ox.com>,
	Anthony Liguori <anthony@...emonkey.ws>,
	"Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Sheng Yang <sheng@...ux.intel.com>,
	linux-kernel@...r.kernel.org, kvm@...r.kernel.org,
	Marcelo Tosatti <mtosatti@...hat.com>,
	oerg Roedel <joro@...tes.org>,
	Jes Sorensen <Jes.Sorensen@...hat.com>,
	Gleb Natapov <gleb@...hat.com>,
	Zachary Amsden <zamsden@...hat.com>, ziteng.huang@...el.com,
	Arnaldo Carvalho de Melo <acme@...hat.com>,
	"Fr?d?ric Weisbecker" <fweisbec@...il.com>
Subject: Re: [RFC] Unify KVM kernel-space and user-space code into a single
 project

Hi Daniel,

(I'm getting slightly off-topic, sorry about that.)

Daniel P. Berrange kirjoitti:
>>> Here it is, repeated for the Nth time:
>>>
>>> Allow a guest to (optionally) integrate its VFS namespace with the host side
>>> as well. An example scheme would be:
>>>
>>>   /guests/Fedora-G1/
>>>   /guests/Fedora-G1/proc/
>>>   /guests/Fedora-G1/usr/
>>>   /guests/Fedora-G1/.../
>>>   /guests/OpenSuse-G2/
>>>   /guests/OpenSuse-G2/proc/
>>>   /guests/OpenSuse-G2/usr/
>>>   /guests/OpenSuse-G2/.../
>>>
>>>  ( This feature would be configurable and would be default-off, to maintain
>>>    the current status quo. )
>> Heh, funny. That would also solve my number one gripe with
>> virtualization these days: how to get files in and out of guests
>> without having to install extra packages on the guest side and
>> fiddling with mount points on every single guest image I want to play
>> with.
> 
> FYI, for offline guests, you can use libguestfs[1] to access & change files
> inside the guest, and read-only access to running guests files. It provides
> access via a interactive shell, APIs in all major languages, and also has a
> FUSE mdule to expose it directly in the host VFS.  It could probably be made
> to work read-write for running guests too if its agent were installed inside
> the guest & leverage the new Virtio-Serial channel for comms (avoiding any
> network setup requirements).

Right. Thanks for the pointer.

The use case I am thinking of is working on an userspace project and 
wanting to test a piece of code on multiple distributions before pushing 
it out. That pretty much means being able to pull from the host git 
repository (or push to the guest repo) while the guest is running, maybe 
changing the code a bit and then getting the changes back to the host 
for the final push.

What I do now is I push the changes on the host side to a (private) 
remote branch and do the work through that. But that's pretty lame 
workaround in my opinion.

			Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/