From: Matt Howard <mhoward@sigins.com>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] Re: Access to the host filesystem
Date: Fri, 20 Feb 2004 02:09:37 -0500 [thread overview]
Message-ID: <c14bs2$h1t$1@sea.gmane.org> (raw)
In-Reply-To: 40354F5B.3030709@free.fr
Fabrice Bellard wrote:
> Hi,
>
> I wonder what would be the best way to access to the host filesystem,
> especially with the Linux, MSDOS/FreeDos and Windows guest OSes.
>
> Here are my thoughts:
>
> 1) Do nothing and just use the network with NFS or Samba host servers.
> It is the easiest solution but it requires a complicated host and guest
> configuration.
>
> 2) Add a hardware device in QEMU giving access to the host filesystem
> with specific commands such as "open", "read" and "close" working by
> using DMA in physical guest memory. Then by reusing the user mode Linux
> "hostfs" filesystem, it would be easy to add access to the host
> filesystem. By reusing the dosemu "MFS" driver, it would also be
> possible to do the same as dosemu to access to an host DOS tree.
>
> 3) Add a tiny NFS server in QEMU so that no host configuration is
> needed. Then only NFS drivers are needed in the guest OS.
>
> Any comments ?
>
> Fabrice.
I'd stick with Option 1. 2 and 3 are most heinously hackish, and won't
provide the user/operator with as many options. 2 only covers Linux and
DOS out of the box, and we all know how easy it is to get OSS developers to
work on windows drivers. ;) 3 sounds workable, except that the MS OSes
only support NFS through add-ons. 95% of qemu users will want network
connections to the guest anyway, so I'd say it's safe to assume that
they'll have it set up. Maybe someone could write up a document for
post-networking setup that describes how to set up NFS/Samba in a
locked-down, local-only configuration. This way, the job for you is
basically done. :)
--
Matt Howard <mhoward@sigins.com>
Superior Insurance - Technical Services
next prev parent reply other threads:[~2004-02-20 7:31 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-20 0:05 [Qemu-devel] Access to the host filesystem Fabrice Bellard
2004-02-20 7:09 ` Matt Howard [this message]
2004-02-20 12:25 ` Martin Garton
2004-02-20 20:54 ` [Qemu-devel] Fabrice, could you look at this Daniel J. Guinan
[not found] ` <26FECE40-63EA-11D8-AF98-000A2796D230@free.fr>
2004-02-21 0:34 ` Daniel J. Guinan
2004-02-21 13:17 ` J. Mayer
2004-02-22 2:01 ` [Qemu-devel] Newb/OS X/Darwin: Help debugging please dguinan
2004-02-21 0:44 ` [Qemu-devel] ADMINISTRIVIA: List limit now 100k Rusty Russell
-- strict thread matches above, loose matches on Subject: below --
2004-02-20 21:59 [Qemu-devel] Re: Access to the host filesystem John Davidorff Pell
2004-02-20 22:21 ` Grzegorz Kulewski
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='c14bs2$h1t$1@sea.gmane.org' \
--to=mhoward@sigins.com \
--cc=qemu-devel@nongnu.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).