PDP-11 на FPGA

[Hunta]

Сделал переключаемый по адресам, а так же отключаемый, блок SLU с программным переключением, как на KDJ11-E.

Если в кратце - не помогло - падает на том же месте

Ещё одна возможная причина (такое было и на KDJ11-B) - время выполнения SOB, но это надо анализировать код.

Продолжаю думать и анализировать

[Hunta]

Реализован ещё один (вроде как) нужный регистр.. Синтез, потом новая проверка

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

Продолжаем исследование

[Hunta]

Раскусил свой последний косяк - называется - надо внимательно читать документацию

KDJ11-E Monitor  Version 2.01 18-Aug-1998
(C) Digital Equipment Corporation 1990-1998

Memory       0 KW                             Memory Intern              ------
EEprom       4 KW                             Rom on 173000                Yes
Time     00:00:00 00-Jan-00                   Rom on 165000                Yes
                                              Power-up Mode              Dialog
Nr Device Unit Address                        Restart Mode               Dialog
 1                     Do                     Power-on Selftests            No
 2                     Do                     Select Selftests            Edit
 3                     Do                     User Boot                   Edit
 4                     Do                     Alternate Boot Block          No
 5                     Do                     LTC Register                 Yes
 6                     Do                     Force Clock Interrupt         No
                                              Clock Frequency             50Hz
Lines  Address/Vec  Baud   Data  Stop  Par    Halt on Break                Yes
Line 1  176500/300    300   8     2    Even   Trap on Halt                  No
Line 2  176510/310    300   8     2    Even   Ignore Battery               Yes
Line 3  176520/320    300   8     2    Even   Lines on                   176500
Line 4  176530/330    300   8     2    Even
Line 5  176540/340    300   8     2    Even   Map                          Do
Line 6  176550/350    300   8     2    Even   Factory Setting              Do
Line 7  176560/360    300   8     2    Even   Save                         Do
Line 8  176570/370    300   8     2    Even

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

В целом - не всё ещё работает (скажем, не удалось загрузиться с DL ручном режиме и не сохранились настройки - где-то в работе с EEPROM ещё ошибки), но уже что-то

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

А, да, надо будет всё таки попробовать сделать и часы TOY - для начала внутри DE10, а потом можно будет попробовать и микруху прицепить с батарейкой Только пока проблемы с пониманием того, как с ними диалог (сам протокол) вести

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

В общем, пока, что бы оно не кочевряжилось и хоть как то запускалось - нужен хак в чётырёх местах. Два - это предвыборка (в PDP-11X нет и пока не предвидится), одно - вроде как завязано на минимальный размер (2 мб) памяти (то есть надо добить SDRAM), ещё с одним надо разбираться.

Ну и нужно параметризацию причесать - всё таки KDJ-11B и KDJ-11E отличаются и по набору (системных) регистров и максимальному доступному размеру ПЗУ (B - 32 кб, E - 64 кб). Хорошо, что KDJ11-B у меня есть - в натуре можно проверить, плохо, что KDJ11-E нет - тут придётся методом исключения

Всё, на сейчас всё - спать хочется

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

А, да, содержимое ПЗУ мне досталось вроде как из последних - с поддержкой 21-ого века Вроде

[Hunta]

Приводил в порядок исходники после ночных бдений. Как вывод
- код из ПЗУ KDJ11-B гарантированно падает, если обвязка поддерживает ROM на 64 кб (то есть работает старший бит в расширении адреса окна) - только 32 кб. Ну или поправить код.
- код из ПЗУ KDJ11-T не уместился в 32 кб, так что требуется поддержка со стороны обвязки ПЗУ на 64 кб

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

Как всё в порядок приведу - буду разбираться дальше - чего KDJ11-E падает при попытки загрузки с DL

[Hunta]

Война на два фронта - разборки с ПЗУ KDJ11-E и пытаюсь разобраться с моей реализацией SDRAM в связке с ПДП

[Hunta]

Пока основное - это разборки с ПЗУ KDJ11-E, но в процессе налетел на то, что FullODT показывает не то содержимое ячеек при пошаговой трассировке, если (внезапно) включен ДП. Это называется - дозрел до анализа в нём настроек ДП. В процессе разборок с кодом (унификация) сделал всё таки и более интеллектуальный показ одно- двух- и трёхсловных команд. Раньше просто тупо показывалось три последовательные ячейки, независимо от длины команды, теперь более красиво:

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

>>>1000/
001000  016767
001002  000000  177776
001004  000000  177776
>>>1000!
001000  016767  177776  177776          MOV     1002, 1004
>>>173000!
173000  042114                          BIC     (R1)+, (R4)
173002  000176  000261                  JMP     @261(SP)
173006  012700  000000                  MOV     #0, R0
173012  012701  174400                  MOV     #174400, R1
173016  010704                          MOV     PC, R4
173020  103064                          BCC     173172
173022  000402                          BR      173030
173024  173000                          SUBD    R0, R0
173026  000340                          SWAB    -(R0)
173030  010003                          MOV     R0, R3
173032  000303                          SWAB    R3
173034  010311                          MOV     R3, (R1)
173036  012761  000013  000004          MOV     #13, 4(R1)
173044  052703  000004                  BIS     #4, R3
173050  010311                          MOV     R3, (R1)
173052  105711                          TSTB    (R1)
>>>

[Hunta]

Работа в FullODT с учётом ДП

PDP-11/93 (0KW) (PDP-2011 based) FullODT for halt mode (in development :)) ; 0kw из за особенностей KDJ11-E

>>>17765626T ; регистр точек останова работает с физическими адресам
>>>G
Breakpoint!
 R0=000000   R1=000000   R2=177777   R3=000000   R4=172356   R5=000006
aR0=000000  aR1=000000  aR2=000000  aR3=000000  aR4=000000  aR5=000000
kSP=177674  sSP=000000  uSP=000000   PC=000126   PS=000340 ; для PC показывается виртуальный адрес
>>>S
 R0=000000   R1=000000   R2=177777   R3=000000   R4=172356   R5=000006
aR0=000000  aR1=000000  aR2=000000  aR3=000000  aR4=000000  aR5=000000
kSP=177674  sSP=000000  uSP=000000   PC=000126   PS=000340

000126  005305                          DEC     R5 ; тоже - виртуальный адрес

 R0=000000   R1=000000   R2=177777   R3=000000   R4=172356   R5=000005
aR0=000000  aR1=000000  aR2=000000  aR3=000000  aR4=000000  aR5=000000
kSP=177674  sSP=000000  uSP=000000   PC=000130   PS=000340
>>>126!
000126  005305                          DEC     R5 ; и снова виртуальный
>>>165626!
165626  005305                          DEC     R5 ; эта же ячейка в виртуальном АП ПЗУ
>>>177572/
177572  000001 ; ДП - включён
>>>172340/
172340  177655 ; регистры отображения адресов для режима ядра (см PSW)
172342  000200
172344  000400
172346  000600
172350  001000
172352  001200
172354  000000
172356  177600

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

В общем - первый подход к снаряду достаточно успешен. Дальше - проверка, а как это всё будет работать на процах с 18-ти битным ДП, работа не только в текущем режиме с возможностью динамически (на одну команду) и статически (на все последующие команды) выбирать режим работы - виртуальный, ядра, супервизора, пользователя, физический - ДП.

Но пока продолжаться разборки с ПЗУ, всё вышеперечисленное - если вдруг сильно понадобится, ну или - как руки дойдут

[Hunta]

С командой step налетел на "интересную" проблему.

Если память "выключена" (есть такая "фича" у KDJ11-E), то команда step не фига не проходит - всё начинает трапаться при попытке выйти из halt mode - то есть выдаётся state - "выполнить запрос из halt mode" (в этом случае - запрос Step) и.. на нём всё виснет - как будт идёт какой то запрос в/в.

А если память "включить" - то - а-ля-у-лю, всё бест проблем. Разбираюсь - чего там такое вылезает... Технически, для разборок с кодом ПЗУ это не мешает, но.. "как-то не аккуратненько, дохтор"

[Hunta]

Источник проблемы нашёл, первоисточник - пока нет. Но, по крайне мере, Step без памяти уже не виснет

[Hunta]

Посетила меня тут "гениальная" мысль. И решил я собрать вариант PDP-11/93 с SDRAM, но не в варианте KDJ11-E. И, блин, работает, сволочь.

То есть проблема не моей реализации SDRAM (получается, с ней всё ок) - а чего-то не так в реализации KDJ11-E. Ну, собственно, поскольку ПЗУ не запускается - где-то действительно что-то не так. Так что моё изучение её кода под микроскопом - всё равно в тему

Продолжаю...