From owner-freebsd-hackers Fri Sep 19 08:19:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17933 for hackers-outgoing; Fri, 19 Sep 1997 08:19:14 -0700 (PDT) Received: from usr07.primenet.com (tlambert@usr07.primenet.com [206.165.6.207]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA17920 for ; Fri, 19 Sep 1997 08:19:12 -0700 (PDT) Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id IAA07324; Fri, 19 Sep 1997 08:19:07 -0700 (MST) From: Terry Lambert Message-Id: <199709191519.IAA07324@usr07.primenet.com> Subject: Re: INB question To: joerg_wunsch@uriah.heep.sax.de Date: Fri, 19 Sep 1997 15:19:07 +0000 (GMT) Cc: hackers@FreeBSD.ORG In-Reply-To: <19970919084937.PR22228@uriah.heep.sax.de> from "J Wunsch" at Sep 19, 97 08:49:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > OBTW, see my trailing comment wrt. transfer rates; if ISA read cycles > > are deferred by 1.25us, how do I manage 1.3MW/sec from a user-space > > process? (This is with a P166 on an HX board; nothing special.) > > With a true plain ISA card? The boot code still uses an inb(0x84) for > a timing loop, and it seems to get the timing well enough with it. This is actually bogus as hell. First, because it's an input, not an output. Second, port 0x84 is the Compaq POST output port, or it is the EISA "Synchronize Bus Cycle Register" -- reading it only causes an extended I/O ready cycle to occur on EISA systems, and is more useful for flushing EISA bus master or DMA. It's not even support on all EISA systems (ie: HiNT chipsets, which are broken in other ways). I think the "correct" timing mechanism is to output a byte to port 0x80. This is the POST code port, and it's what Linux uses. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.