From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LTeTL-0001V4-Vp for qemu-devel@nongnu.org; Sun, 01 Feb 2009 10:43:00 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LTeTK-0001Ur-GU for qemu-devel@nongnu.org; Sun, 01 Feb 2009 10:42:58 -0500 Received: from [199.232.76.173] (port=58337 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LTeTK-0001Uo-BO for qemu-devel@nongnu.org; Sun, 01 Feb 2009 10:42:58 -0500 Received: from mail-fx0-f20.google.com ([209.85.220.20]:52527) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LTeTJ-0002oC-SP for qemu-devel@nongnu.org; Sun, 01 Feb 2009 10:42:58 -0500 Received: by fxm13 with SMTP id 13so1104487fxm.10 for ; Sun, 01 Feb 2009 07:42:56 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20090201151617.GA14073@miranda.arrow> References: <20090201132220.GA13663@miranda.arrow> <20090201151617.GA14073@miranda.arrow> Date: Sun, 1 Feb 2009 17:42:56 +0200 Message-ID: Subject: Re: [Qemu-devel] [6490] Update #defines for PCI vendor and device IDs from OpenBIOS and Linux From: Blue Swirl Content-Type: text/plain; charset=UTF-8 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 On 2/1/09, Stuart Brady wrote: > On Sun, Feb 01, 2009 at 04:39:55PM +0200, Blue Swirl wrote: > > On 2/1/09, Stuart Brady wrote: > > > > Isn't the DEC 21154 is a Tulip-compatible NIC, and not a PCI bridge? > > > > > I'd rather guess it's a PCI bridge. > > > Seems I got a bit mixed up, there! > > > > > > +#define PCI_DEVICE_ID_REALTEK_RTL8029 0x8029 > > > > #define PCI_DEVICE_ID_REALTEK_8139 0x8139 > > > > > > > (Also, RTL8029 vs. 8139?...) > > > > That's what ne2k uses (not 8139). > > > Sorry, I wasn't clear -- I was just pointing at the naming i.e. RTL8029 > as opposed to just 8029, but wasn't trying to make a big deal out of it. > > > > > I gather 0x1234/0x1111 was originally chosen by Bochs. Unfortunately, > > > it is apparently allocated to 'Technical Corp.' Would it be possible > > > to use something less confusing instead? > > > > The IDs could be replaced with some real, original VGA compatible PCI > > card, without any extra features. Bochs extensions should probably be > > disabled then. Any suggestions? > > > Not sure... perhaps Gerd could help, here? :) > > (BTW, I notice that OpenBIOS/PPC depends on this particular ID, and I > wonder if Bochs BIOS would have to be updated, too.) Of course some coordinated changed would be required, if we even want to do it. At least here is one check: http://bochs.sourceforge.net/cgi-bin/lxr/source/bios/rombios32.c#L700