On Sep 23, 2022, at 1:38 PM, Christian Kennedy via
cctalk <cctalk(a)classiccmp.org> wrote:
 On 23/09/22 10:22, Paul Koning via cctalk wrote:
 I view the deadstart panel as a type of boot ROM, different from other boot ROMs only in
that it's easy to change.  It was tied to an I/O channel; the deadstart operation
would run an I/O read operation on that channel to load the initial bits of code. 
 <pedantic>It wasn't tied to a channel, it forced the instructions into PP zero,
which in turn interacted with the channel.</pedantic> 
Yes.  I meant the panel is tied to channel 0, and deadstart runs an input from that
channel.  To be fully precise:
The deadstart (master clear) signal forces a particular instruction state into each PP,
and it also sets the "deadstart synchronizer" -- the device that connects the
deadstart panel to channel zero -- into active state.  The PPs then execute the newly set
instruction state.  Since all other channels are inactive after master clear, PPn for n !=
0 would sit there waiting for channel active.  PP 0 reads words from the deadstart
synchronizer: a zero word followed by the 12 words on the panel, and then the synchronizer
disconnects.  That ends the IAM instruction and PP 0 resumes at the address pointed to by
location 0, which is 0, so the panel contents is executed (preceded by a 0 opcode which is
a NOP).
        paul