Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/5/84; site terak.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!seismo!hao!noao!terak!doug From: doug@terak.UUCP (Doug Pardee) Newsgroups: net.micro.68k,net.micro.16k Subject: Re: Pre-fetch Message-ID: <644@terak.UUCP> Date: Mon, 15-Jul-85 13:56:36 EDT Article-I.D.: terak.644 Posted: Mon Jul 15 13:56:36 1985 Date-Received: Thu, 18-Jul-85 06:51:51 EDT References: <891@bunker.UUCP> Organization: Terak Corporation, Scottsdale, AZ, USA Lines: 29 Xref: watmath net.micro.68k:1014 net.micro.16k:351 According to the specs on the NS32016: The one exception to [the page fault interrupt] sequence occurs if the aborted bus cycle was on an instruction prefetch. If so, it is not yet certain that the aborted prefetched code is to be executed. Instead of causing an interrupt, the CPU only aborts the bus cycle, and stops prefetching. If the information in the Instruction Queue runs out, meaning that the instruction will actually be executed, the ABT interrupt will occur, in effect aborting the instruction which was being fetched. [Edited version of original posting -- for the folks on net.micro.16k] > The symptoms were that under certain circumstances the system would > hang due to a memory fault while in the kernel. The system we use > is 68000 based with a 4-segment memory management unit. While in > supervisor state the MMU is essentially disabled and the processor > has access to all of physical memory. > > It turned out that a routine for a driver was being relocated to the > absolute end of physical memory, such that the last two bytes of > memory contained an RTS (return from subroutine). When this > instruction was executed the fault occurred because the 68K prefetches > 2 to 4 bytes ahead of where it's executing. The prefetch was into > nonexistent memory, hence the external logic produced the fault. > This is a classic problem with pipelined systems. -- Doug Pardee -- Terak Corp. -- !{ihnp4,seismo,decvax}!noao!terak!doug ^^^^^--- soon to be CalComp