Список всех известных операционок DEC, не игнорирующих мусор в R1 при загрузке с RK и поэтому требующих при загрузке передачи в R1 правильного значения CSR - выглядит пока так:
1. DSM-11
Вот когда найдёте хотя бы ещё одну операционку DEC, которая не загрузится без 177400 в качестве адреса "CSR" в R1 - тогда это и будет правильным вариантом. А пока - это фича DSM-11
- - - Добавлено - - -
Если же Вы возьмёте и почитаете документацию на RK11 (благо в инете найти это можно) то увидите, что в качестве CSR в RK11 выступает адрес (по умолчанию) 177404
Кстати, раз уж тут упоминался XXDP, но уж он-то (старый) знает? Поверим ему?Или добавим к списку там где у DEC ошибка? ;)Код:E11>MOU DL XXDP.RL
E11>MOU DK RK05
E11>B DL
CHMDLD0 XXDP+ DL MONITOR
BOOTED VIA UNIT 0
28K UNIBUS SYSTEM
ENTER DATE (DD-MMM-YY):
RESTART ADDR: 152010
THIS IS XXDP+. TYPE "H" OR "H/L" FOR HELP.
.R UPD1
UPD1 .BIN
CHUP1B0 XXDP+ UPD1 UTILITY
RESTART: 002650
*BOOT DK0:
%HALT
R0/000000 R1/177404 R2/002070 R3/001000 CM=K PM=K PRIO=7
R4/014756 R5/002114 SP/006156 PC/000002 N=0 Z=1 V=0 C=0
000002 halt
E11>
Ты что - это ошибка в E-11 ;)
Наоборот - как только отыщется хотя бы одна операционка DEC, которая не рассматривает любое значение R1, отличное от 177400, в качестве мусора, который нужно игнорировать - только тогда правильность передачи в R1 значения CSR 177400 - будет поставлена под сомнение.
А до тех порт глючный загрузочный софт DEC просто сыпет мусор в R1, который или игнорируется загружаемыми операционками, или приводит к их зависанию при загрузке.
%HALT
R0/000000 R1/177404 R2/002070 R3/001000 CM=K PM=K PRIO=7
R4/014756 R5/002114 SP/006156 PC/000002 N=0 Z=1 V=0 C=0
000002 halt
E11>