PDP-11 на FPGA

FKTH?? (тест ДП для PDP-11/34) частично ответил на вопрос - что будет c PS, если во время прерывания PS на стек удалось положить, а попытка положить PC на стек привела к прерывания от ДП - на стеке будут PC инструкции, с которой всё началось, но PS будет из вектор прерывания.

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

Одновременные ошибки по защите стека и от ДП - отдельная песТня, с которой ещё придётся повозиться... Попробую первой решить проблему - Error during M.M. abort in trap sequence, возможно, как раз из оперы предыдущего предложения...

В PDP-11/34 поправил, но на прохождении теста ДП PDP-11/70 это не повлияло... СМ дальше... :)

SR1 - та ещё зараза...

Уф.... :) Red Stack побеждён :)

Как сделать так, что бы при RedStackTrap и потенциальном MMUTrap возникал только RedStackTrap - я придумал сразу. И сделал. А вот дальше было весело. Ибо начал я ловить RedStackTrap где только не попадя :) И никак не мог въехать - ЧТО НЕ ТАК??? :) Оказалось - моя ошибка из разряда - хрен догадаешься, ибо всё вроде логично :) Теперь в паре RedStackTrap и MMUTrap выживает только сильнейший :)

Технически, осталась последняя ошибка. Из известных мне :) OddTrap и MMUTrap :) И там ситуация аналогична, то есть - пока не понятно - какого :)

Посмотрел конец теста. Жюткая проверка срабатывания yellow и red stack abort. И оно там где то циклиЦЦа... Похоже, не всё так просто с чем то из этого.. Сериал продолжается, серия примерно так четвёртая...

давно не следил за темой, потому вопрос, исходники текущие где? это как я понимаю уже не pdp2011 ниразу

Цитата:

---

Сообщение от bigral

потому вопрос, исходники текущие где? это как я понимаю уже не pdp2011 ниразу

---

У меня дома на компе :)

Нууу... Некоторые модули сильно переписаны, некоторые, скажем, процессор, ещё не так что бы сильно :)
А FPP вообще достаточно слабо :)

Уф... Вроде вычислил последнее проблемное место.

Это MMUTrap за которым (при обработке прерывания от MMU) возникает RedStackTrap :)
И была такая наведёнка, что я думал что это OddTrap с потенциальным MMUTrap - поэтому и не было понятно - что происходит.

Заблокировал проблемный код - и тест начал проходить с нулём ошибок - ну понятно, нуль пока фиктивный :) Думать и поправлять :)

Та-да-да-дам-дам-дам! Та-да-да-дам-дам-дам!

Код:

---

PDP-11/70 (1024KW) (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 EKBA??
EKBAD0.BIC
AA
CEKBAD0 11/70 CPU #1
 
 
END PASS 
END PASS 
END PASS 
END PASS 
END PASS 
END PASS 
END PASS 

....

.R EKBE??
EKBEE1.BIC
 
CEKBEE0 11/70 MEM MGMT
 
CPU UNDER TEST FOUND TO BE A KB11-B/C
 
END PASS #    1  TOTAL ERRORS SINCE LAST REPORT      0
 
END PASS #    2  TOTAL ERRORS SINCE LAST REPORT      0
 
END PASS #    3  TOTAL ERRORS SINCE LAST REPORT      0
 
END PASS #    4  TOTAL ERRORS SINCE LAST REPORT      0
 
END PASS #    5  TOTAL ERRORS SINCE LAST REPORT      0
 
END PASS #    6  TOTAL ERRORS SINCE LAST REPORT      0

...

.R EMKA??
EMKAB0.BIC
 
CEMKAB0 1170 MAIN MEMORY DIAGNOSTIC <V14-00>
  1024K WORDS OF MEMORY
  1024K OF MJ11
    0K OF MK11

---

К сожалению, пока ещё не айс:

Код:

---

.R EKBB??
EKBBF0.BIC
 
CEKBBF0 11/70 CPU #2
A
CC'S DIDN'T LOAD PROPERLY
ERRORPC      PSW        TST NUM
        EXPECT  ACTUAL
012110  000016  000012  000014
 
 
GRAJ E5(N(1)*SR15(1)) BAD OR ROM STATE BAD
ERRORPC      R0                R1        TST NUM
        EXPECT  ACTUAL  EXPECT  ACTUAL
012202  000001  177776  000001  177777  000014
 
 
BAD CC'S ON DIV OVERFLOW, STATE DVD.10
ERRORPC      PSW        TST NUM
        EXPECT  ACTUAL
012546  000002  000012  000014
 
 
TMCC PRIORITY CLEAR DIDN'T GO LOW OR DIDN'T
GET THRU TMCA E43(2) ON ABORT CLEAR
ERRORPC TEST NUMBER
015750  000032

---

и (хочет кэш, которого, вестимо, нет)

Код:

---

.R EKBF??
EKBFD1.BIC
 
CEKBFD  11/70 UNIBUS MAP
 
CPU UNDER TEST FOUND TO BE A KB11-B/C
COULD NOT READ 177740 FROM CACHE LO ADDRESS REG (LOADRS)
POSSIBLE ERROR IN CACHE REGISTER DATA PATH
RECEIVD TESTNO  ERRORPC
000000  000016  013024
COULD NOT READ 000003 FROM CACHE HI ADDRESS REG (HIADRS)
POSSIBLE ERROR IN CACHE REGISTER DATA PATH
RECEIVD TESTNO  ERRORPC
000000  000016  013062
COUNT PATTERN FAILURES IN CACHE REGISTERS
REGISTR EXPECTD RECEIVD
ADDRESS  DATA    DATA  TESTNO  ERRORPC
177750  000020  000000  000017  005640
177750  000040  000000  000017  005644
177750  000060  000000  000017  005644
177750  000100  000000  000017  005644

---

Теперь посмотрю, что с PDP-11/34 и после этого, выставив опять полный объём памяти на PDP-11/70 - проверю как с полным объёмом памяти тесты ДП (некоторые тесты на полном объёмы отключаются)

Даже не знаю, считать ли это косяком :) Так как у PDP-11/34 простая модель защиты стека, а у PDP-11/70 - полная :) Соотвественно, (мой) код для простой модели был просто не дописан, а использовал вариант от автора PDP-2011. В которым была небольшая ошибка. И она теми тестами, которыя гонял, похоже не ловилась :) А после моей доработки под PDP-11/70 и (ещё на тот момент) не сделанной доарботки под PDP-11/34 - словилась :) Поправил.

На текущий момент для PDP-11/34 проходят тесты FKAA??, FKAB??, FKAC??, FFPA??, FFPB??, FFPC??, FKTHA0 и FKTHB0

Заканчивается синтез PDP-11/70 (с полным объёмом памяти), как прогоню EKBA?? и EKBE?? - отпишусь.

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

Блин :) Накосячил :) Поправил ошибку, перезапустил синтез :)

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

EKBA?? и EKBE?? - без ошибок

Синтез и последующее тестирование PDP-11/34

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

Ок, PDP-11/34 свою цепочку тестов тоже проходит :)

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

Поправил ошибку в заполнении SR1 на J11. Тест ДП заваливается в конце - для PDP-11/94 (unibus). Сейчас гляну - как с PDP-11/93 :)

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

А на PDP-11/93 идёт без проблем :) Харошая новость - значит, примерно догадываюсь, где бабёр порылся :)