From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BkZRY-0004h1-4p for qemu-devel@nongnu.org; Tue, 13 Jul 2004 22:24:24 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BkZRW-0004fC-EA for qemu-devel@nongnu.org; Tue, 13 Jul 2004 22:24:23 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BkZRW-0004f9-BS for qemu-devel@nongnu.org; Tue, 13 Jul 2004 22:24:22 -0400 Received: from [38.113.3.61] (helo=babyruth.hotpop.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BkZOv-0004DA-A5 for qemu-devel@nongnu.org; Tue, 13 Jul 2004 22:21:41 -0400 Received: from phreaker.net (kubrick.hotpop.com [38.113.3.103]) by babyruth.hotpop.com (Postfix) with SMTP id 6951C6D8342 for ; Wed, 14 Jul 2004 01:35:49 +0000 (UTC) Received: from jbrown.mylinuxbox.org (pcp03144805pcs.midval01.tn.comcast.net [68.59.228.236]) by smtp-2.hotpop.com (Postfix) with ESMTP id 7584A6D8342 for ; Wed, 14 Jul 2004 01:35:46 +0000 (UTC) Date: Tue, 13 Jul 2004 22:21:30 -0400 From: "Jim C. Brown" Subject: Re: [Qemu-devel] Win98: how to exchange data with Linux Message-ID: <20040714022130.GA6436@jbrown.mylinuxbox.org> References: <200407122356.02502.eschmit@tin.it> <1089671145.12301.10.camel@aragorn> <200407130924.58879.vaise@votreservice.com> <1089727701.7843.58.camel@espiron.av7.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1089727701.7843.58.camel@espiron.av7.local> 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 Tue, Jul 13, 2004 at 04:08:22PM +0200, Sebastien Bechet wrote: > Better idea is to write ntfs or vfat driver for windows witch can use > qemu backdoor IO port to have directly windows filesystem on linux > filesystem. > > Bye. > > -- > Sebastien Bechet > av7.net > > That would be quite a bit of work, both on the qemu side and for the guest OS. It is possible (to e.g. have a hacked vfat driver that instead of passing requests to the disk manager pass these requests directly to qemu and have qemu translate it into native linux file accesses) but even if done well, its a major hack. > > _______________________________________________ > 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.