Вид для печати
Ошибся с моментом :) Думал, прерывание по загрузке неопределённого значение не проходило (тогда бы точно моя ошибка была бы), оказалось, не загружались флаги 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, на котором предполагается такая фича :)
С loopback пока не всё получается. И найдён ещё один процессор, который обрабатывает прерывания после выполнения команды, в начале которой прилетел запрос - PDP-11/60
- - - Добавлено - - -
В целом, если не считать инструкцию MED, осталось разобраться с loopback режимом, особенностями red stack зоны для PDP-11/60 и всё.
Пока в доках не нашёл детального описания работы red stack на PDP-11/60, поэтому поставил затычку, которая позволит пройти два подтеста, заглушил проверку loopback и запустил тест. Результат - затык на MED. Попробовал заглушить тесты MED, кэш и некоторые тесты, которые используют MED - налетел на то, что в конфиге для PDP-11/60 не указано, что у него есть CPU Error register :) Поправил конфиг, запустил синтез. Но если нужно будет после загрузки опять править память (она SDRAM, возможно - выдержит загрузку FPGA, но кто её знает...)... На этот подвиг сейчас не готов :)
- - - Добавлено - - -
Посмотрел на то, что тесты делают в MED. Нуууу.. Возможно, будет интересно и её реализовать - с её помощью можно получать некоторую внутреннюю информацию о процессоре :) Хотя для реализации на FPGA это как бы не особо нужно - всё равно "микросхемы" не перепаяешь :):):)
Первое за долгое время добавления дизасма в FullODT новый инструкции :) MED :)
Занимательная инструкция. Аргумент - следующее слово. И никаких вариантов с методами адресации :) Пока не могу сказать точно, но вроде в нём играет роль только младший байт - код операции - чтение или запись внутренних регистров. Всё общение (куда читаем или что пишем) идёт через R0.Код:>>>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
С учётом maintenance mode пришлось малость допилить FullODT - дабы он его сбрасывал при входу и, если надо, восстанавливал при выходе. А то QKDE переводит в него, при ошибке (есть в режиме, но никак не могу понять - в чём пробелма) делает HALT и всё :) Аля-улю :) Теперь можно отлаживаться, даже если программа задействует этот режим :) Но всё равно - лучше сделать для FullODT свою консоль - принцип Гейзенберга (в его расширенном виде) никто не отменял :)
Источник проблемы, не позволяющий пройти подтест, найден, но поправить пока не получается.. Думаю...
Занимательно :) Заработавшее решение - оказалось очень простым :) Но пару дней городил... хм... Странное :) А потом (сегодня) с утра опять начал возиться - и как то оно само сложилось :) Один оператор и одна правка - какой сигнал наружу пойдёт :) И всё - maintenance mode для KL11. Теперь осталось пошерстить доки и найти - в какой конкретно модели он был :)
А не взятся ли нам за Вильяма нашего Шекспира... э... За команду MED :):):) TRAPPED TO 10 - это как раз она :) Точнее её отсутствие :)Код: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 сделана :)
Теперь 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
.
АЛУ PDP-11/60 построено на аналогах К155ИП3 :)
- - - Добавлено - - -
Чуйствую, ещё немного - и микрокод PDP-11/60 буду читать влёД :)
Первые два с половиной теста инструкции MED :)
- - - Добавлено - - -
Три теста MED :)