Subject: Re: Is gcc slow? Or is our gcc slow?
To: None <CURRENT-USERS@NetBSD.ORG>
From: None <formail.TCPBRIDGE.FS3.FAA1.STEVENGfirstname.lastname@example.org>
Date: 04/10/1996 21:09:01
I'm not sure why you would want to re-run a failed bus cycle
"188.8.131.52 RE-RUN OPERATION: When, during a bus cycle, the
processor receives a bus error signal and the halt pin is being
driver by an external device, the processor enters the re-run
The processor terminates the bus cycle, then puts the address and
data output lines in the high-impedence state. The processor
remains "halted", and will not run another bus cycle until the
halt signal is removed by external logic. Then the processor
will re-run the previous cycle using the same function codes, the
same data (for a write operation), and the same controls. The
bus error signal should be removed at least one clock cycle
before the halt signal is removed."
The above is from a Motorola publication title "MC68000
16-/32-bit Microprocessor" and dated October, 1985. It is
labeled as advance info. Section 184.108.40.206 of the "M68000
8-/16-/32-Bit Microprocessor User's Manual", 8th ed, copyrighted
1990 has essentially the same info.
voice: (609) 234 - 5020 ext 3101
fax: (609) 234 - 5242