From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1Cg822-00076X-Dt
	for qemu-devel@nongnu.org; Sun, 19 Dec 2004 15:51:58 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1Cg821-000762-Ab
	for qemu-devel@nongnu.org; Sun, 19 Dec 2004 15:51:57 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1Cg821-00075o-54
	for qemu-devel@nongnu.org; Sun, 19 Dec 2004 15:51:57 -0500
Received: from [64.233.184.195] (helo=wproxy.gmail.com)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cg7rQ-0003dq-8c
	for qemu-devel@nongnu.org; Sun, 19 Dec 2004 15:41:00 -0500
Received: by wproxy.gmail.com with SMTP id 63so58523wri
	for <qemu-devel@nongnu.org>; Sun, 19 Dec 2004 12:40:59 -0800 (PST)
Message-ID: <aec7e5c304121912402ed02562@mail.gmail.com>
Date: Sun, 19 Dec 2004 21:40:59 +0100
From: Magnus Damm <magnus.damm@gmail.com>
Subject: Re: [Qemu-devel] Patch: virtual vfat support
In-Reply-To: <Pine.LNX.4.58.0412192042420.4053@wgmdd8.biozentrum.uni-wuerzburg.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <Pine.LNX.4.58.0412191905310.3718@wgmdd8.biozentrum.uni-wuerzburg.de>
	<aec7e5c304121911323f12eb84@mail.gmail.com>
	<Pine.LNX.4.58.0412192042420.4053@wgmdd8.biozentrum.uni-wuerzburg.de>
Reply-To: Magnus Damm <magnus.damm@gmail.com>, qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: qemu-devel@nongnu.org

Hello,

On Sun, 19 Dec 2004 20:44:26 +0100 (CET), Johannes Schindelin
<Johannes.Schindelin@gmx.de> wrote:
> If you have an OS advanced enough to support USB (Windows NT isn't, for
> example...), you'd expect it to support SMB out of the box, right?

Yes, true, but I would like to see a solution where filesystems could
be exported from the host to the guest without adding extra
dependencies on the host system. To make QMEU as self-contained as
possible.

> Besides, I don't think that it's as easy to support USB as it was writing
> the vvfat driver.

I think the hardest part would be to emulate the USB controller chip
attached to the PCI bus. Emulating simple USB devices on top of that
is probably not very complicated.

And I think read-only wfat is doable but I am not sure if operating
systems would work with a read-write implementation where the host
adds data to the wfat filesystem - I mean, how do we notify the guest
operating system that directories or files have changed?

Another approach instead of USB storage + wfat could be to emulate an
ISO 9660 filesystem together with a virtual cdrom drive and let a
virtual eject+insert operation be a "refresh" operation...

Thanks,

/ magnus