Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA11751; Fri, 15 Dec 95 20:39:07 EST
Received: from halloran-eldar.lcs.mit.edu by MIT.EDU with SMTP
	id AA27921; Fri, 15 Dec 95 20:39:10 EST
Received: from freefall.FreeBSD.ORG by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM)
	id AA25172; Fri, 15 Dec 1995 20:38:57 -0500
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id RAA04511
          for cvs-committers-outgoing; Fri, 15 Dec 1995 17:37:05 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA04491
          Fri, 15 Dec 1995 17:36:50 -0800 (PST)
Received: from corbin.Root.COM (corbin [198.145.90.50]) by Root.COM (8.6.12/8.6.5) with ESMTP id RAA02073; Fri, 15 Dec 1995 17:36:49 -0800
Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.12/8.6.5) with SMTP id RAA02079; Fri, 15 Dec 1995 17:37:01 -0800
Message-Id: <199512160137.RAA02079@corbin.Root.COM>
To: Bruce Evans <bde@zeta.org.au>
Cc: CVS-committers@freefall.freebsd.org, cvs-sys@freefall.freebsd.org
Subject: Re: cvs commit: src/sys/i386/isa if_ed.c 
In-Reply-To: Your message of "Sat, 16 Dec 95 12:17:39 +1100."
             <199512160117.MAA07889@godzilla.zeta.org.au> 
From: David Greenman <davidg@root.com>
Reply-To: davidg@root.com
Date: Fri, 15 Dec 1995 17:37:00 -0800
Sender: owner-cvs-committers@FreeBSD.ORG
Precedence: bulk

>>   No, you apparantly don't understand what's happening in there. In the PIO
>>case, the "base" is 0 and the offset is just an offset relative to zero. The
>>upper bits will never be non-zero.
>
>I see.  Pointer variables are being used to hold pointers for the memory
>mapped case and offsets for the pio case.  Actually, the upper bits will
>always be nonzero because of this code for the NE case:
>
>	sc->mem_start = (char *) 8192 + sc->isa16bit * 8192;

   Umm, well, it depends on what "upper bits" we're talking about. The NE1/2000
internal layout has the NIC memory starting at offset 8192 or 16384 depending
on whether it's an NE1000 or an NE2000 (8 or 16 bit). In either case, bit
15 will always be 0. All 16 bits of the offset are used and are important.

-DG
