Так это правильная реакция по идее - PAR'ы же никто не настраивал, и в них скорее всего нули. Аналогично должно быть и для 40000 и для 60000 итд..Цитата:
Сообщение от Vslav
Так это правильная реакция по идее - PAR'ы же никто не настраивал, и в них скорее всего нули. Аналогично должно быть и для 40000 и для 60000 итд..Цитата:
Сообщение от Vslav
Так мы в пульте, а в пульте утверждается что есть всего 4 PARH. То есть в новой ревизии ВМ3 еще и работу диспетчера в пульте поменяли, фвно PARH0 котрый должен содержать базу 170000 не используется.Цитата:
Сообщение от form
А какая разница?Цитата:
Сообщение от Vslav
Речь не про них. Речь про MMU page address registers. Чтобы 20000 было 20000 нужно записать 200 в 172342 (kernel space) и 172642 (user space).Цитата:
Сообщение от Vslav
Это значит, что первая половина адресного пространства всё же мапится через PARH0 и PARH1.Цитата:
Сообщение от Vslav
PARH0 (судя по тесту) содержит ноль, поэтому виртуальные адреса 020000..037777 мапятся на физические адреса 000000..017776.
Чтобы узнать содержимое PARH1 - надо выполнить TST @#40000 и TST @#60000
...
На картинке теста видно, что следом за командой HALT вместо команды RETURN шла команда WAIT, поэтому тест не выполнился до конца - не был проверен выход из HALT-моды по команде RTI
Или через MMU регистры, что было бы логично - речь же о MxPx командах. Для теста предлагаю записать 20 в 172342 и 21 в 172642 и попробовать адрес 20000. Впрочем достаточно и кернелного - пространство-то уж поди всяко из PSW берется :)Цитата:
Сообщение от Patron
В 1801ВМ3 они используются в обычном режиме работы. А при работе в пульте используются PARH.Цитата:
Сообщение от form
При включенном MMU существует 8 страниц по 8 КБ, а PARH-регистров только четыре. Весьма вероятно, что страниц в пульте также восемь, но 20000-37777 перетранслируется в 0-17777. Также небось и 40000-57777 и 60000-77777 перетранслируются в 0-17777. Интересно, а по PARH2 и PARH3 также две одинаковые 8-Кбайтные страницы в окне 16 кБайт?
Они используются именно для команд MFPx/MTPx или для текущего пространства HALT?Цитата:
Сообщение от Alex_K
Команды MFPx в режиме HALT используют HSP и мапятся через PARH. Все обращения к памяти в режиме HALT ( как теперь выяснилось ) мапятся через 4 регистра PARH, причём каждые вторые 8К виртуальных адресов мапятся туда же, куда и каждые первые ( т.к. регистров PARH не 8, а только 4 ).Цитата:
Сообщение от form
Та документация что имеется в Сети (на старую ревизию ВМ3), уверяет что в пульте для трансляции используются ЧЕТЫРЕ PARH* вместо ВОСЬМИ PAR*/PDR*. Если бы использовалось 4 PARH*, то трансляция изменилась бы с 040000, а не с 020000, то есть покрывалась бы страница размером 16К, так записано в документации - для выбора PARH используются VA15 и VA14. Уже очевидно что в имеющемся процессоре новой ревизии 89 года, ситуация отличается.Цитата:
Сообщение от form
То есть команды служат просто для прямой адресации памяти, а не для адресации пространства предыдущего режима?Цитата:
Сообщение от Patron