From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1CgAKH-0001kB-Qs
	for qemu-devel@nongnu.org; Sun, 19 Dec 2004 18:18:58 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1CgAKG-0001jZ-LW
	for qemu-devel@nongnu.org; Sun, 19 Dec 2004 18:18:56 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1CgAKG-0001jV-Hu
	for qemu-devel@nongnu.org; Sun, 19 Dec 2004 18:18:56 -0500
Received: from [62.2.95.247] (helo=smtp.hispeed.ch)
	by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168)
	(Exim 4.34) id 1CgA6y-0000Dr-OA
	for qemu-devel@nongnu.org; Sun, 19 Dec 2004 18:05:13 -0500
Received: from nbbolle (80-218-110-20.dclient.hispeed.ch [80.218.110.20])
	by smtp.hispeed.ch (8.12.6/8.12.6/tornado-1.0) with ESMTP id
	iBJN5Afm012280
	for <qemu-devel@nongnu.org>; Mon, 20 Dec 2004 00:05:10 +0100
From: "Andreas Bollhalder" <bolle@geodb.org>
Subject: RE: [Qemu-devel] Patch: virtual vfat support
Date: Mon, 20 Dec 2004 00:01:57 +0100
Message-ID: <000601c4e61e$bdd2c250$6401a8c0@geodb.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <Pine.LNX.4.58.0412192329360.4461@wgmdd8.biozentrum.uni-wuerzburg.de>
Reply-To: bolle@geodb.org, 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: qemu-devel@nongnu.org

> On Sun, 19 Dec 2004, Magnus Damm wrote:
>=20
> > but I am not sure if operating systems would work with a
read-write
> > implementation where the host adds data to the wfat=20
> filesystem - I mean,
> > how do we notify the guest operating system that=20
> directories or files
> > have changed?
>=20
> If it is no networked file system, then there is no way... apart
from
> using a removable device, like you suggested. But having implemented
> FAT16, I'd rather go for FAT12 (floppy disks), because even=20
> DOS can work
> with floppy disks out of the box, while it cannot do that=20
> with ISO9660,
> let alone CDROM drives.

I vote for a "networked file system" with an small guest driver...
especially for DOS.

Andreas