Take a device's line down when its status port is read

A device raises a line and something has to take it down. Two things did:
being interrupted, and being woken from WAIT with the Interrupt Flag down -
the second because a masked program has nowhere to dispatch to, so nobody
else would.

There was a third way to learn a device had finished and nothing answered
it. The documented idiom reads the status, branches out if the device is
already done, and only WAITs otherwise; on a disk quick enough to finish
before the first look, which is every disk here, the WAIT is unreachable.
The line then stood for the rest of the machine's life.

The program that leaves it standing never pays for it - it was masked
throughout. The bill arrives at whoever next sets the Interrupt Flag. The
boot chain reads the disk to load a program, leaves the line up, and hands
over; the loaded program is then interrupted on behalf of a read that
finished before it existed, through a vector table with no entry for a
device it never touched, and faults on the instruction after its SIF.

Found by running Examples/tune.asm through Once. It set up its whole sound
and died four bytes before its first note, which is why it was silent
rather than wrong - and why it looked like a sound bug for a while.

So reading the port that answers a device takes its line down, the same way
taking the byte already took the console's down. Disk and screen do it on
their status port. And a reset now clears every line, which is the sentence
the manual already makes about the vector table: a handler left behind aims
an interrupt into a program that is no longer running, and so does a line.

testPrograms/diskLineTest.asm pins it - the racy idiom, then SIF with no
handler installed anywhere. It faults without the fix.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01E2JrLzFvuFX9fgi1LDRjrW

This commit is contained in:

Anachronaut

2026-08-29 22:15:02 -04:00

co-authored by

Claude Opus 5

parent 62a657f1a7

commit 85329f13c3

9 changed files with 158 additions and 2 deletions

									
										SplitBit Test Manual.md
									
		+1
		-1
	
												View File
												
				@@ -79,7 +79,7 @@ from `make`, not from here.

				### 1. Recorded output

				`Tests/run.sh` assembles each program named in `Tests/manifest`, runs it, and compares

				everything it printed against a file in `Tests/expected`. 170 tests, of which 108 run, 35

				everything it printed against a file in `Tests/expected`. 171 tests, of which 109 run, 35

				only assemble, 16 are expected to fail to assemble, and 11 boot from ROM with no image

				given at all.