PDP-11 на FPGA

[Hunta]

Щас вот смортю на JKDC - один из тестов FPP для F11. Где то я там накосячил с одним мОментом

Ошибся с моментом Думал, прерывание по загрузке неопределённого значение не проходило (тогда бы точно моя ошибка была бы), оказалось, не загружались флаги FPP. Вроде как на первом этапе загрузки - прерывание, а тем не менее - предполагается, что флаги установятся. Теперь не могу сказать, что мой косяк, но автор этот тест вроде не гонял, а по исходнику выводов сделать не могу..

[Hunta]

.R JKDCB0
JKDCB0.BIC

CJKDCB, KEF11-A FP DIAGNOSTIC PART 1

END PASS #     1##
END PASS #     2##
END PASS #     3##
END PASS #     4##

- - - Добавлено - - -

Надо делать программный loopback KL11, что позволит повозится с тестом для PDP-11/60, на котором предполагается такая фича

[Hunta]

С loopback пока не всё получается. И найдён ещё один процессор, который обрабатывает прерывания после выполнения команды, в начале которой прилетел запрос - PDP-11/60

- - - Добавлено - - -

В целом, если не считать инструкцию MED, осталось разобраться с loopback режимом, особенностями red stack зоны для PDP-11/60 и всё.

[Hunta]

Пока в доках не нашёл детального описания работы red stack на PDP-11/60, поэтому поставил затычку, которая позволит пройти два подтеста, заглушил проверку loopback и запустил тест. Результат - затык на MED. Попробовал заглушить тесты MED, кэш и некоторые тесты, которые используют MED - налетел на то, что в конфиге для PDP-11/60 не указано, что у него есть CPU Error register Поправил конфиг, запустил синтез. Но если нужно будет после загрузки опять править память (она SDRAM, возможно - выдержит загрузку FPGA, но кто её знает...)... На этот подвиг сейчас не готов

- - - Добавлено - - -

Посмотрел на то, что тесты делают в MED. Нуууу.. Возможно, будет интересно и её реализовать - с её помощью можно получать некоторую внутреннюю информацию о процессоре Хотя для реализации на FPGA это как бы не особо нужно - всё равно "микросхемы" не перепаяешь

[Hunta]

Первое за долгое время добавления дизасма в FullODT новый инструкции MED

>>>56126!
056126  013737  056116  001100  MOV     @#56116, @#1100
056134  012737  056120  001102  MOV     #56120, @#1102
056142  010037  001104  104022  MOV     R0, @#1104
056146  104022  023727  056116  EMT     22
056150  023727  056116  000047  CMP     @#56116, #47
056156  001404  113737  064435  BEQ     56170
056160  113737  064435  056116  MOVB    @#64435, @#56116
056166  000751  012700  000755  BR      56112
056170  012700  000755  000004  MOV     #755, R0
056174  000004  000137  056256  IOT
056176  000137  056256  052700  JMP     @#56256
056202  052700  004000  076600  BIS     #4000, R0
056206  076600  000344  170000  MED
056210  000344  170000  012701  .WORD   000344
056212  170000  012701  064542  CFCC
056214  012701  064542  012167  MOV     #64542, R1
056220  012167  000006  001414  MOV     (R1)+, 56232
056224  001414  005000  076600  BEQ     56256
056226  005000  076600  000000  CLR     R0

Занимательная инструкция. Аргумент - следующее слово. И никаких вариантов с методами адресации Пока не могу сказать точно, но вроде в нём играет роль только младший байт - код операции - чтение или запись внутренних регистров. Всё общение (куда читаем или что пишем) идёт через R0.

[Hunta]

С учётом maintenance mode пришлось малость допилить FullODT - дабы он его сбрасывал при входу и, если надо, восстанавливал при выходе. А то QKDE переводит в него, при ошибке (есть в режиме, но никак не могу понять - в чём пробелма) делает HALT и всё Аля-улю Теперь можно отлаживаться, даже если программа задействует этот режим Но всё равно - лучше сделать для FullODT свою консоль - принцип Гейзенберга (в его расширенном виде) никто не отменял

[Advertiser]

[Hunta]

Источник проблемы, не позволяющий пройти подтест, найден, но поправить пока не получается.. Думаю...

[Hunta]

Занимательно Заработавшее решение - оказалось очень простым Но пару дней городил... хм... Странное А потом (сегодня) с утра опять начал возиться - и как то оно само сложилось Один оператор и одна правка - какой сигнал наружу пойдёт И всё - maintenance mode для KL11. Теперь осталось пошерстить доки и найти - в какой конкретно модели он был

PDP-11/60 (124KW) (PDP-2011 based) FullODT for halt mode (in development :))

>>>B HX0
HX 2.2  XXDP  Cold boot..



BOOTING UP XXDP-XM EXTENDED MONITOR


XXDP-XM EXTENDED MONITOR - XXDP V2.5
REVISION: F0
BOOTED FROM HX0
124KW OF MEMORY
UNIBUS SYSTEM

RESTART ADDRESS: 152000
TYPE "H" FOR HELP !

.R QKDAE0
QKDAE0.BIN

CQKDAE  KD11-K BASIC LOGIC TESTS

TRAPPED TO 10 PC = 055624

TRAPPED TO 10 PC = 055624

TRAPPED TO 10 PC = 055624

TRAPPED TO 10 PC = 055624

R0=000653  R1=052712  R2=177546  R3=000000  R4=161736  R5=001000
SP=001000  PC=045746  PS=000210
>>>

А не взятся ли нам за Вильяма нашего Шекспира... э... За команду MED TRAPPED TO 10 - это как раз она Точнее её отсутствие

- - - Добавлено - - -

Заготовка для MED сделана
Теперь RT-11 правильно опознаёт процессор

PDP-11/60 (124KW) (PDP-2011 based) FullODT for halt mode (in development :))

>>>B DL0
RT-11SB (S) V05.07

.R MSCPCK

.SHO CONF

RT-11SB (S) V05.07
Booted from DL0:RT11SB

USR     is set SWAP
EXIT    is set SWAP
KMON    is set NOIND
MODE    is set NOSJ
TT      is set NOQUIET
ERROR   is set ERROR
SL      is set OFF
EDIT    is set KED
FORTRAN is set FORTRA
KMON nesting depth is 3
Global .SCCA flag is disabled

CLI is set DCL, CCL, UCL, NO UCF

PDP 11/60 Processor
248KB of memory
FP11 Hardware Floating Point Unit
Extended Instruction Set (EIS)
Memory Management Unit
Cache Memory
50 Hertz System Clock

Memory parity support
SB timer support
Global .SCCA support
FPU support
Extended unit support


.

[Hunta]

АЛУ PDP-11/60 построено на аналогах К155ИП3

- - - Добавлено - - -

Чуйствую, ещё немного - и микрокод PDP-11/60 буду читать влёД

[Hunta]

Первые два с половиной теста инструкции MED

- - - Добавлено - - -

Три теста MED