Вид для печати
Дело ( похоже ) в том, что период готовности данных в КЖД короче, чем два цикла DATI, поэтому последовательные команды чтения регистра данных работают без проблем.Цитата:
Сообщение от shattered
Код:; MOV (R2)+,@R4 for write
; MOV @R4,(R2)+ for read
321$: MOV (R2)+,@R4
MOV (R2)+,@R4
MOV (R2)+,@R4
MOV (R2)+,@R4
MOV (R2)+,@R4
MOV (R2)+,@R4
MOV (R2)+,@R4
MOV (R2)+,@R4
SOB R1,321$
оукей. с диска что-то читается, но дальше я (снова) нарвался на прерывания (нужно делать так, чтобы VIRQ снимался только тогда, когда его сняли все устройства на шине). upd: сделал. было:
Скрытый текст
стало:
https://img-fotki.yandex.ru/get/1147...f65d5_orig.png
https://img-fotki.yandex.ru/get/9881...aefa1_orig.png
9727. блоков -- это меньше, чем размер образа 9792. -- остальное ушло на таблицу bad144, что ли?
делаю DX:
https://img-fotki.yandex.ru/get/4174...f121a_orig.png
если не найдется драйвера DW для ТМОС/XXDP, придется что-то из этого сэмулировать тоже:
Код:12 DU .SYS 1-JAN-86 3 000431
16 MS .SYS 1-JAN-86 4 000445
20 MT .SYS 2-DEC-87 3 000457
23 DL .SYS 15-SEP-86 4 000464
24 DB .SYS 15-SEP-86 2 000470
25 DM .SYS 15-SEP-86 4 000472
26 DR .SYS 15-SEP-86 3 000476
27 MM .SYS 15-SEP-86 3 000501
28 MU .SYS 15-SEP-86 4 000504
Скорее всего - не найдётся.Цитата:
Сообщение от shattered
Но есть ещё драйвер MY для ТМОС-2/XXDP2 : TMOS-2_MY.DSK
Пожалуй, HD будет сильно практичнее :)
Тесты DX проходят наполовину -- ZRXA и 014102 работают, ZRXB и 014101 проваливаются на переключении с записи на диск 0 на чтение с диска 1, очевидных причин пока не вижу. Сравнил с SIMH, но просветления не наступило (он заваливает оба теста).
https://img-fotki.yandex.ru/get/1350...3f95b_orig.png
https://img-fotki.yandex.ru/get/5957...3aa94_orig.png
Когда я отлаживал эмуляцию DX - очень помогли исходники тестов XXDP, например: MAINDEC-11-DZRXB-E-D_RX11-Interface-Diag_Apr76.pdfЦитата:
Сообщение от shattered
Да, это крайне полезная вещь (маленькая деталь -- это исходник предыдущей версии теста, более свежий -- AH-9341F-MC__RX11__RX11_INTFC__CZRXBF0__(C)74-79.pdf).
Записал трассу во встроенном отладчике MAME и уже вижу, где проблема: RTI по адресу 7220 иногда возвращает управление не туда. Осталось понять, как это чинить :)
Судя по командам, он должен возвратить на 7222 с разрешенными прерываниями. А может после RTI сразу возникает прерывание?Цитата:
Сообщение от shattered
Да, возникало. Причину нашел и починил (не было перехода конечного автомата в состояние ожидания):
Код:[:qbus3:rx11] 13.585288 at (no context): RX11 Timer [:qbus3:rx11] fired 0 state 5
[:qbus3:rx11] 13.585302 at ':maincpu' (10762): RX11 R [:qbus3:rx11] 177170 == 000300 @ 126; state 5
[:qbus3:rx11] 13.585317 at ':maincpu' (10770): RX11 R [:qbus3:rx11] 177172 == 000146 @ 127; state 5 <- прочли последнее слово и выставили DONE, возникает прерывание
[:qbus3:rx11] 13.585317 at ':maincpu' (10772): IRQ ACK [:qbus3:rx11] vec 264
[:qbus3:rx11] 13.585358 at ':maincpu' (11560): RX11 R [:qbus3:rx11] 177172 == 000000 @ 127; state 5 <- прерывание обработано
[:qbus3:rx11] 13.585366 at ':maincpu' (11566): RX11 R [:qbus3:rx11] 177170 == 000140 @ 127; state 5
[:qbus3:rx11] 13.585400 at ':maincpu' (11622): RX11 R [:qbus3:rx11] 177170 == 000140 @ 127; state 5 <- еще раз выставили DONE (по ошибке)
[:qbus3:rx11] 13.585397 at (no context): RX11 Timer [:qbus3:rx11] fired 0 state 5
[:maincpu] VM2: RTI to 007222 (007222), 000000 (000000)
[:qbus3:rx11] 13.585797 at ':maincpu' (7222): IRQ ACK [:qbus3:rx11] vec 264
[:qbus3:rx11] 13.585837 at ':maincpu' (11560): RX11 R [:qbus3:rx11] 177172 == 000000 @ 127; state 5
[:qbus3:rx11] 13.585845 at ':maincpu' (11566): RX11 R [:qbus3:rx11] 177170 == 000140 @ 127; state 5
[:qbus3:rx11] 13.585879 at ':maincpu' (11622): RX11 R [:qbus3:rx11] 177170 == 000140 @ 127; state 5
Начал делать КНГМД (MX: ). Пока никакой работы с FM-потоком, только CSR :)
https://img-fotki.yandex.ru/get/3089...b202d_orig.png