From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DfNn0-0003wl-7I for qemu-devel@nongnu.org; Mon, 06 Jun 2005 16:01:39 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DfNmv-0003tb-TB for qemu-devel@nongnu.org; Mon, 06 Jun 2005 16:01:34 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DfNmv-0003s3-8Z for qemu-devel@nongnu.org; Mon, 06 Jun 2005 16:01:33 -0400 Received: from [128.8.10.164] (helo=po2.wam.umd.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DfNk7-0004ZL-Cc for qemu-devel@nongnu.org; Mon, 06 Jun 2005 15:58:39 -0400 Received: from jbrown.mylinuxbox.org (jma-box.student.umd.edu [129.2.237.180]) by po2.wam.umd.edu (8.12.10/8.12.10) with ESMTP id j56JtKkc014981 for ; Mon, 6 Jun 2005 15:55:21 -0400 (EDT) Date: Mon, 6 Jun 2005 15:55:20 -0400 From: "Jim C. Brown" Subject: Re: [Qemu-devel] Looking for an easy way to exchange data bidirectional between host and guest (including some suggestion) Message-ID: <20050606195519.GA4628@jbrown.mylinuxbox.org> References: <42A061E3.8010804@xtal.rwth-aachen.de> <64655.80.137.250.37.1118081468.squirrel@pc42.xtal.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <64655.80.137.250.37.1118081468.squirrel@pc42.xtal.rwth-aachen.de> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Mon, Jun 06, 2005 at 08:11:08PM +0200, marten@xtal.rwth-aachen.de wrote: > The advantages are: > - no ide-channel is blocked (unlike vvFat) I don't believe this is a major issue. Alias, vvFat is readonly and anyways not suitable for the purposes of every OS (e.g. copy from Linux guest to Linux host, preserving ownership). > - ftp IS a very common protocol (is there SMB for exotic OS?) > - as the server is only virtual, you don't have to care about security-issues > - the server only runs, when it is needed > - implementaion should be easy (get some open-source FTP, strip it down > and change its binding to an interface like it was done with the internal > dhcp) > - the data-transfer resides inside the guest, which would be more > intuitive to the non-technical user when working in the VM. > Like I said, modifying TFTP for R/W would be a good option. It's already there, the "miminalists" can't complain about having it removed (e.g. it may one day be used to support "virtual" netboots), and one can use ftp clients for the tftp server (I think). > > btw: The SMB server (Samba) provides read/write access if you insist on > > it. All you in theory need to do is to set up the password file on the > > host. > > The Samba-wrapper does not work on Win-on-Win situations > But windows host has native SMB support. Surely the wrapper could be altered to support using SMB via win32 ? > > Have a nice day, > Jan > > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection.