Особенности процессоров и устройств архитектуры PDP-11. Тесты. Диагностика.

[Alex_K]

Интересно, есть ли кроме DCJ11 процессоры которые трапаются так же (до полного завершения инструкции) - особенно наши процы интересны?

Ну 1801ВМ2 трапается также, как и DCJ11. Где-то в описании сказано, что прерывание по вектору 4 очень высокоприоритетное и оно прерывает выполнение инструкции.
Вот у 1801ВМ2 есть особенность при обработке прерывания - если стек находится в несуществующей памяти, то SP всегда уменьшается на 4.

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

Смотри RT-11 V5.7 release notes на bitsavers , искать по "DCJ11" - там нормальный PDF в котором можно искать.

Да, прочёл. Фраза в стиле кто на ком стоит.

[Advertiser]

[form]

если стек находится в несуществующей памяти, то SP всегда уменьшается на 4

В DCJ11 в кернелном режиме в этом случае в SP запишется 4 и будет трап по 4 с установкой соответствующего бита в 177766.

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

Кстати, в HECnet сейчас online есть 11/70 с guest доступом - можно тесты некоторые делать (в пределах user mode).

[Patron]

Мы забыли протестировать влияние сброса шины на содержимое регистров MMU. Исправить ситуацию должен тест: SR3.SAV

Запускать на машинах с MMU.

Результат запуска на эмуляторе процессора ВМ3 такой ( эмулятор не сбрасывает SR3 - похоже на ошибку ):

.RUN SR3
SR3 - MMU Init test
 
 MOV #177777,@#172344           172344/007777
 MOV #177777,@#172304           172304/077416
 MOV #177777,@#172516           172516/177777
                                172344/177777
 
 RESET                          172344/177777
                                172304/077416
                                172516/177777
 
 MOV #000000,@#172344           172344/000000
 MOV #000000,@#172304           172304/000000
 MOV #000000,@#172516           172516/177717
 MOV #177777,@#177572           177572/160401
 
 RESET                          172344/000000
                                172304/000000
                                172516/177717
                                177572/000000
Program completed.
 
.

[AFZ]

Мы забыли протестировать влияние сброса шины на содержимое регистров MMU.

А оно должнО сбрасываться? Не забывайте, у наших систем два сброса - по включению питания, полный сброс всего (у Э-60 - сброс микроканала) - низкий уровень на К ПОСТН В, и программный сброс периферии - К СБРОС Н, генерируемый по команде RESET. процессор, вроде-бы, должен его выдавать и при низком К ПОСТН В, но этот сброс сбрасывает только периферию, и то не всю - в каких-то компортах что-то сбрасывалось только по сбросу микроканала, а по сигналу К СБРОС Н не сбрасывалось. Подробностей, увы, не помню.

[Patron]

А оно должнО сбрасываться?

Частично должно.

В SR0 точно должен сбрасываться 0-й бит. У дековских процессоров - в SR3 по INIT сбрасываются все изменяемые биты. Как с этим у ВМ3 - надо выяснить.

[form]

Запускать на машинах с MMU.

11/83

.RU SR3
SR3 - MMU Init test

 MOV #177777,@#172344           172344/177777  
 MOV #177777,@#172304           172304/177416  
 MOV #177777,@#172516           172516/000077  
                                172344/177777  

 RESET                          172344/177777  
                                172304/177416  
                                172516/000000  

 MOV #000000,@#172344           172344/000000  
 MOV #000000,@#172304           172304/000000  
 MOV #000000,@#172516           172516/000000  
 MOV #177777,@#177572           177572/160017  

 RESET                          172344/000000  
                                172304/000000  
                                172516/000000  
                                177572/000016  
Program completed.

.

[MiX]

Исправить ситуацию должен тест: SR3.SAV

Результат на ВМ3 такой:

.SR3
SR3 - MMU Init test
 
 MOV #177777,@#172344           172344/007777
 MOV #177777,@#172304           172304/077416
 MOV #177777,@#172516           172516/177777
                                172344/177777
 
 RESET                          172344/007777
                                172304/077416
                                172516/177717
 
 MOV #000000,@#172344           172344/000000
 MOV #000000,@#172304           172304/000000
 MOV #000000,@#172516           172516/177717
 MOV #177777,@#177572           177572/160401
 
 RESET                          172344/000000
                                172304/000000
                                172516/177717
                                177572/000000
Program completed.

[Patron]

Результат на ВМ3

Так я и думал, потому что когда биты SR3 сбрасываются по INIT - ДИАМС начинает грузиться с прошивкой 377.

[AFZ]

Так я и думал, потому что когда биты SR3 сбрасываются по INIT - ДИАМС начинает грузиться с прошивкой 377.

А еще тест HALT-режима из 377-й фиксирует ошибку ДП после (пере)включения эмулируемого ДВК кнопкой "Вкл".

[Patron]

А еще тест HALT-режима из 377-й фиксирует ошибку ДП после (пере)включения эмулируемого ДВК кнопкой "Вкл".

Сложилось впечатление, что там всё штатно. Просто загрузчик установочной дискеты ДИАМС не удовлетворяет требованиям автозагрузчика прошивки 377 ( содержимое байта по адресу 000003 не равно 1 ), поэтому автозагрузка пропускает установочную дискету и сразу переходит на загрузку с винчестера. Скорее всего так сделано специально.

Все остальные проблемы от того, что команда RESET в текущей версии эмулятора, отключая MMU, не заменяет 22-разрядную адресацию на 18-разрядную.

После исправления сброса SR3 - вызвать хоть какие-то проблемы при загрузке ДИАМС не удаётся.