From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ec7qz-00014I-GF for qemu-devel@nongnu.org; Tue, 15 Nov 2005 15:56:33 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ec7qy-000144-0O for qemu-devel@nongnu.org; Tue, 15 Nov 2005 15:56:33 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ec7qx-000141-U9 for qemu-devel@nongnu.org; Tue, 15 Nov 2005 15:56:31 -0500 Received: from [65.74.133.11] (helo=mail.codesourcery.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1Ec7qy-0000ce-13 for qemu-devel@nongnu.org; Tue, 15 Nov 2005 15:56:32 -0500 From: Paul Brook Subject: Re: [Qemu-devel] linux-test image for user-net? Date: Tue, 15 Nov 2005 20:56:27 +0000 References: <670b60768b7c281cfdf41a496e79f216@triplecatproductions.com> <200511152042.02346.paul@codesourcery.com> <20051115204912.GA15945@mail.shareable.org> In-Reply-To: <20051115204912.GA15945@mail.shareable.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511152056.28293.paul@codesourcery.com> 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 Tuesday 15 November 2005 20:49, Jamie Lokier wrote: > Paul Brook wrote: > > On Tuesday 15 November 2005 20:36, Stealth Dave wrote: > > > Is it possible to build a linux-test image that enables network access > > > via user-net instead of tun/tap? > > > > The guest OS doesn't care whether qemu is using user-net or tun-tap. > > The linux-test image downloadable from the qemu website doesn't work > > properly because it only contains the ISA ne2k driver, and qemu now > > emulates a PCI ne2k card. > > Perhaps qemu's PCI ne2k emulation could be changed to accept accesses > to the I/O addresses of the classic ISA card too - and disabling the > PCI addresses if an OS touches the ISA ones? Old OSes which only know > about ISA ne2k would work, and newer ones which enumerate it through > PCI would also work. You can tell qemu to emulate an isa only system. Having the same [virtual] hardware respond to both ISA and PCI is a bad idea. It'll break horribly as soon as an OS loads both drivers. Paul