From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BkR2K-00068z-V0 for qemu-devel@nongnu.org; Tue, 13 Jul 2004 13:25:49 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BkR2K-00068e-43 for qemu-devel@nongnu.org; Tue, 13 Jul 2004 13:25:48 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BkR2J-00068D-Ui for qemu-devel@nongnu.org; Tue, 13 Jul 2004 13:25:48 -0400 Received: from [195.250.128.83] (helo=smtp3.vol.cz) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1BkQzX-0003Vy-2Q for qemu-devel@nongnu.org; Tue, 13 Jul 2004 13:22:55 -0400 Received: from [83.148.3.61] (a2prg-301.dialup.vol.cz [83.148.3.61]) by smtp3.vol.cz (8.12.9p2/8.12.9) with ESMTP id i6DHMjSS037340 for ; Tue, 13 Jul 2004 19:22:50 +0200 (CEST) (envelope-from xnavara@volny.cz) Message-ID: <40F41A65.8050807@volny.cz> Date: Tue, 13 Jul 2004 19:22:45 +0200 From: Filip Navara MIME-Version: 1.0 Subject: Re: [Qemu-devel] Win98: how to exchange data with Linux References: <200407122356.02502.eschmit@tin.it> <1089671145.12301.10.camel@aragorn> <200407130924.58879.vaise@votreservice.com> <1089727701.7843.58.camel@espiron.av7.local> <40F3EF20.2020802@kadu.net> <40F3F5B1.2040908@kadu.net> In-Reply-To: <40F3F5B1.2040908@kadu.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 Adrian Smarzewski wrote: [snip] > It's a windows nt driver for ext2 partitions. maybe we could > change it so instead of writting files on real drive it will > pass commands to qemu? file system is not so important, but > this driver is lgpl'ed. At first guys, you confuse file system drivers and storage drivers. The file system drivers have de facto no knowledge on which disk are the data located, (on Windows) they recieve an object and send Read/Write requests to it (well, basicly, in reality there's also the cache manager between them). At second, the idea can't work, even if you would have a storage driver that uses some backdoor I/O port to access host disk, the host OS can't access the same partition at the same time due to things like caching (on both sides (guest/host)). - Filip