[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 65816 abort line on the AppleIIgs



Matthew Montchalin <mmontcha@OregonVOS.net> writes:
>On Thu, 31 Oct 2002, David Empson wrote:
>|> Pin 35 on the 65816 is for inputting aborts.
>|>
>|> How was this line originally handled when the AppleIIgs was first
>|> marketed?
>|
>|I don't recall it ever being used for anything significant and
>|widespread.  It might have been used in some obscure hardwrae for
>|assisting with software debugging, in special hardware for testing the
>|computer at manufacturing time, etc.

>I've heard conflicting information about just what happens when the
>Abort pin is pulled low.  Is it true that it wipes out the instruction
>currently being executed?  Someone told me that it tries to 'resume'
>the instruction when you finally RTI and get out of the Abort handler.

Page 210 of IIgs Hardware Reference:

A negative transition will inhibit modification of any internal register
during the current instruction. Upon completion of the current instruction
an interrupt sequence is generated.

I read this as meaning after the handler returns the instruction is re-tried
(same PC etc). 

>Obviously a ROR <memory address> instruction, if interrupted in the
>middle of the rotation, is going to result in something odd after
>the processor resumes from the Abort.

Any sensible use of abort would have it activate on the read data cycle of the
ROR instruction. I don't think you could use it with an MMU and get read only
areas of memory.
--
David Wilson  School of IT & CS, Uni of Wollongong, Australia