From owner-freebsd-hardware Tue Aug 27 17:33:46 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11038 for hardware-outgoing; Tue, 27 Aug 1996 17:33:46 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA11033 for ; Tue, 27 Aug 1996 17:33:44 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA09127; Wed, 28 Aug 1996 10:02:38 +0930 From: Michael Smith Message-Id: <199608280032.KAA09127@genesis.atrad.adelaide.edu.au> Subject: PCI latency? (was Re: ASUS SC200 SCSI card? To: se@zpr.uni-koeln.de (Stefan Esser) Date: Wed, 28 Aug 1996 10:02:38 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, se@zpr.uni-koeln.de, hardware@freebsd.org In-Reply-To: <199608271825.UAA04079@x14.mi.uni-koeln.de> from "Stefan Esser" at Aug 27, 96 08:25:45 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Stefan Esser stands accused of saying: > > Well, you most probably are right. That was what you were saying. > > But having the Latency Timer set to guarantee the NCR's instruction > fetches at a rate of a few million a second (it takes 12 clocks to > execute an instruction, which is equivalent to a cycle time of 360ns) > seemed so strange an idea, that I didn't think you really meant that :-) Uh, is that a cycle being 12 clocks/360ns? Then you _do_ want the 810 fetching about 3 million instructions a second, assuming it runs non-stop, however ... > ... then the longer latency that results from the NCR not > being able to fetch the next instruction immediately when its done > with the previous one. The instruction fetches occur when the NCR is And this answers the really critical question I had, which was whether the '810 barfs if it can't fetch when it wants to. From the sound of this it doesn't, so the issue isn't one of keeping the part alive, but keeping it happy. It all becomes clear 8) > Regards, STefan -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[