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

[form]

То есть, записи @#2000x отображаются в 0000x.

Так это правильная реакция по идее - PAR'ы же никто не настраивал, и в них скорее всего нули. Аналогично должно быть и для 40000 и для 60000 итд..

[Vslav]

Так это правильная реакция по идее - PAR'ы же никто не настраивал

Так мы в пульте, а в пульте утверждается что есть всего 4 PARH. То есть в новой ревизии ВМ3 еще и работу диспетчера в пульте поменяли, фвно PARH0 котрый должен содержать базу 170000 не используется.

[form]

Так мы в пульте, а в пульте

А какая разница?

всего 4 PARH

Речь не про них. Речь про MMU page address registers. Чтобы 20000 было 20000 нужно записать 200 в 172342 (kernel space) и 172642 (user space).

[Patron]

записи @#2000x отображаются в 0000x.

Это значит, что первая половина адресного пространства всё же мапится через PARH0 и PARH1.

PARH0 (судя по тесту) содержит ноль, поэтому виртуальные адреса 020000..037777 мапятся на физические адреса 000000..017776.

Чтобы узнать содержимое PARH1 - надо выполнить TST @#40000 и TST @#60000

...

На картинке теста видно, что следом за командой HALT вместо команды RETURN шла команда WAIT, поэтому тест не выполнился до конца - не был проверен выход из HALT-моды по команде RTI

[form]

Это значит, что первая половина адресного пространства всё же мапится через PARH0 и PARH1

Или через MMU регистры, что было бы логично - речь же о MxPx командах. Для теста предлагаю записать 20 в 172342 и 21 в 172642 и попробовать адрес 20000. Впрочем достаточно и кернелного - пространство-то уж поди всяко из PSW берется

[Alex_K]

Речь не про них. Речь про MMU page address registers. Чтобы 20000 было 20000 нужно записать 200 в 172342 (kernel space) и 172642 (user space).

В 1801ВМ3 они используются в обычном режиме работы. А при работе в пульте используются PARH.
При включенном MMU существует 8 страниц по 8 КБ, а PARH-регистров только четыре. Весьма вероятно, что страниц в пульте также восемь, но 20000-37777 перетранслируется в 0-17777. Также небось и 40000-57777 и 60000-77777 перетранслируются в 0-17777. Интересно, а по PARH2 и PARH3 также две одинаковые 8-Кбайтные страницы в окне 16 кБайт?

[Advertiser]

[form]

А при работе в пульте используются PARH

Они используются именно для команд MFPx/MTPx или для текущего пространства HALT?

[Patron]

Или через MMU регистры, что было бы логично - речь же о MxPx командах.

Команды MFPx в режиме HALT используют HSP и мапятся через PARH. Все обращения к памяти в режиме HALT ( как теперь выяснилось ) мапятся через 4 регистра PARH, причём каждые вторые 8К виртуальных адресов мапятся туда же, куда и каждые первые ( т.к. регистров PARH не 8, а только 4 ).

[Vslav]

А какая разница?
Речь не про них. Речь про MMU page address registers.

Та документация что имеется в Сети (на старую ревизию ВМ3), уверяет что в пульте для трансляции используются ЧЕТЫРЕ PARH* вместо ВОСЬМИ PAR*/PDR*. Если бы использовалось 4 PARH*, то трансляция изменилась бы с 040000, а не с 020000, то есть покрывалась бы страница размером 16К, так записано в документации - для выбора PARH используются VA15 и VA14. Уже очевидно что в имеющемся процессоре новой ревизии 89 года, ситуация отличается.

[form]

Команды MFPx в режиме HALT используют HSP и мапятся через PARH

То есть команды служат просто для прямой адресации памяти, а не для адресации пространства предыдущего режима?