From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1BYFYU-0008Es-Ra
	for qemu-devel@nongnu.org; Wed, 09 Jun 2004 22:44:39 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1BYFYQ-0008Ce-Fx
	for qemu-devel@nongnu.org; Wed, 09 Jun 2004 22:44:37 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1BYFYQ-0008CU-DM
	for qemu-devel@nongnu.org; Wed, 09 Jun 2004 22:44:34 -0400
Received: from [81.228.11.109] (helo=av3-1-sn1.fre.skanova.net)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1BYFXd-0002Oi-74
	for qemu-devel@nongnu.org; Wed, 09 Jun 2004 22:43:45 -0400
Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net
	[81.228.11.163])
	by av3-1-sn1.fre.skanova.net (Postfix) with ESMTP id 3FD7537E54
	for <qemu-devel@nongnu.org>; Thu, 10 Jun 2004 04:43:44 +0200 (CEST)
Received: from putte2k (h151n2fls306o994.telia.com [81.225.243.151])
	by smtp3-1-sn1.fre.skanova.net (Postfix) with SMTP id 2189437E46
	for <qemu-devel@nongnu.org>; Thu, 10 Jun 2004 04:43:44 +0200 (CEST)
Message-ID: <000a01c44e94$c844b990$0401a8c0@putte2k>
From: "Mike Nordell" <tamlin@algonet.se>
Date: Thu, 10 Jun 2004 04:43:57 +0200
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Subject: [Qemu-devel] Re: NE2000 problem found
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org

I have now seen some pretty convincing evidence that ASIC byte-writes
*shall* be honoured, and disregard the 8/16-bit mode as specified by (dcfg &
1).

Guest: Windows 2000 sp4.

While in 16-bit mode (dcfg & 1):
- It sets EN0_RCNTLO to an odd value.
- Writes everything as 16-bit values (outw) except for the last byte.
- Writes the last byte using outb, which triggers the interrupt.

So there should be a separate ne2000_asic_ioport_writeb.

I also have good reasons to believe there should not be a matching readb
function. As a test I did implement such a function, but then I got a MAC of
52-52-54-54-00-00 :-)

/Mike