Wondering if a "dead test" ROM is feasible on the QL.

A place to discuss general QL issues.
stephen_usher
Super Gold Card
Posts: 553
Joined: Tue Mar 11, 2014 8:00 pm
Location: Oxford, UK.
Contact:

Re: Wondering if a "dead test" ROM is feasible on the QL.

Post by stephen_usher »

I've not been able to test the lower RAM test failure error reporting yet, so testing on a real machine with 128K memory errors would be useful.


stephen_usher
Super Gold Card
Posts: 553
Joined: Tue Mar 11, 2014 8:00 pm
Location: Oxford, UK.
Contact:

Re: Wondering if a "dead test" ROM is feasible on the QL.

Post by stephen_usher »

I've completely re-written the base 128K RAM error reporting.

On the serial port it reports what address the error occurred at and the bad bits.

On the screen it draws nine bands, the first is the memory bank, white for lower and black for higher. This is followed by bands for each bit, 7 -> 0, green for correct and red for bad.

e.g.
capture.jpg


stephen_usher
Super Gold Card
Posts: 553
Joined: Tue Mar 11, 2014 8:00 pm
Location: Oxford, UK.
Contact:

Re: Wondering if a "dead test" ROM is feasible on the QL.

Post by stephen_usher »

Keyboard test now uses interrupts, so this tests the system interrupts too effectively.

All the IPC reading code has been re-written as after reading the Minerva source code I found that the documentation I was using was wrong.

I've added a PDF document to the repository, derived from the Minerva source, detailing in plain English the IPC commands with inputs and outputs and the IPC communication protocol as well.

This work is in preparation for the serial port read test and all future keyboard and serial I/O to support the menu system.

I've also swapped the two memory test methods, both for the base 128K and for the expansion memory so that the March test comes first. This will more accurately pick up all bad bits first rather than potentially only some with the "own address" test, which is only really good at picking up shorted data lines.


Post Reply