From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CfGIb-00051o-8g for qemu-devel@nongnu.org; Fri, 17 Dec 2004 06:29:29 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CfGIX-0004zO-8K for qemu-devel@nongnu.org; Fri, 17 Dec 2004 06:29:25 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CfGIU-0004zJ-KL for qemu-devel@nongnu.org; Fri, 17 Dec 2004 06:29:25 -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 1CfG7D-0007Ax-CF for qemu-devel@nongnu.org; Fri, 17 Dec 2004 06:17:43 -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 iBHBHeII002652 for ; Fri, 17 Dec 2004 12:17:40 +0100 From: "Andreas Bollhalder" Subject: RE: [Qemu-devel] SMB for DOS ? Date: Fri, 17 Dec 2004 12:14:28 +0100 Message-ID: <000001c4e429$934c9c00$6401a8c0@geodb.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In-Reply-To: <41C20E6A.7010507@bellard.org> Reply-To: bolle@geodb.org, 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 Hello Fabrice > In order to have similar features to dosemu in QEMU, implementing MFS=20 > support in QEMU would be useful, but it would require a lot of work. I use QEmu mainly for running GEOS under FreeDOS on my WinXP system. There are different drivers for DOS network file access (M$, Novell, Pathfinder and a lot more). MFS is the definition used under DOS. Unfortunatly, the Microsoft Client for DOS (SMB access) eats away the most of directly acessible RAM, so that a lot of apps won't run. The Novell client (NetWare access) doesn't work for the lack of IPX support. It would be very nice to have a direct interface for host file access trough the emulation of a device. I know, it requires a driver on the guest side. For DOS, it means a driver which provides the MFS interface to the OS. The DOS apps which are able to access network files should have no problems. A direct interface would allow a faster access to the host files. Small OS's, like for example Topsy, could faster integrate a driver for QEmu then a complete network stack and SMB. Maybe somone would write an RFC for host <-> guest exchange... Accessing the files, grafic, sound, network and other hardware. Every OS could then implement default drivers for running inside an emulation... And in every CPU design, there should be a reserved bit for defining it to a virtual one... Sorry, I'm dreaming. I use GEOS since 1991 and have tons of documents I still use. The emulation in QEmu works very good. Only the sound could be a little bit better. The main advantage is that the network is running very fast compared to Bochs. I use the Novell drivers for DOS and GEOS sets up the TCP/IP stack on it. Andreas