Closed dbalsom closed 1 year ago
I don't know that I'm well-qualified to comment; bus activity looked sensible based on a quick read of an appropriate source (albeit emphasis on 'quick') and I'm a big fan of bytes
which I assume is the complete opcode in isolation, for testing interpreters of the instruction set rather than emulators of the concrete processor?
I would definitely seek to use any test set that appears.
Bytes is the instruction in isolation, indeed. I thought it might be useful for a few different purposes, such as even testing a disassembler.
It will take a few more days to complete generation of V1 (the Arduino interface is slow, although we have three rigs running simultaneously). I will send a pull request when complete.
Test generation is complete. Doing some spot checks and validation, but expect a pull request soon.
Hi Tom,
I'm working on generating JSON tests for the 8088 from hardware.
Here is an example test:
From left to right the cycle fields are: ALE line, address latch, segment status lines, memory status lines, IO status lines, data bus, bus status lines, t-state, queue status and queue byte read
Before I start generating these wholesale, I thought I'd request your feedback. Do you see any omissions or have any suggestions?
V1 of my test suite will execute all instructions fresh from a CPU reset; so the queue contents will always be empty at start, and all bytes after the instruction bytes are NOPs, so the queue will always contain nothing but NOPs at the end. The I and T flags are not exercised.
If V1 is well received, I plan to do a V2 which will capture instructions 'in-flight' with arbitrary starting queue contents, and exercise traps and interrupts, but I figure this V1 is a good start.