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

[Patron]

Конкретно тестовый не загрузился (там загрузчик интересный - ждет, что CSR будет нестандартным [177400 вместо DECовского 177404]).

Если бы так.

На самом деле - стандартное значение CSR RK05 как раз 177400 и именно поэтому тестовый образ без проблем грузится командой BO/FO RK0:

Похоже дело в том, что ни одна операционка в мире, кроме DSM-11, не использует в первичном загрузчике RK05 правильное передаваемое значение CSR. DUP.SAV передаёт правильное значение, поэтому DSM-11 ( как и предлагаемый тестовый диск ) можно без проблем загрузить с RK05 командой BO/FO RK0:

[Advertiser]

[form]

Проверка на 11/83:

Type a command then press the RETURN key: B DK


Trying DK0

Message 14
Non existent controller, address 17777404

Commands are Help, Boot, List, Setup, Map and Test.
Type a command then press the RETURN key:

Тут тоже DECовский вариант (удивительно! ).

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

Если бы так.

Именно так. Взял, сделал B/HALT, записал 177400 в R1 и загрузился тестовый образ.

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

На самом деле - стандартное значение CSR RK05 как раз 177400

На самом деле именно 177404 стандартное значение CSR. 177400 - начало регистров. Аппаратные загрузчики DEC все используют 177404.

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

А что вообще там за загрузчик? (чтобы вверх не читать) - он явно не RTшный.
RT-11 V5.4, как уже написал, отлично грузится без всяких бубнов.

[Patron]

Кстати именно поэтому не грузится и прошивками - они по-DECовски пишут 177404.

Об том и речь - это ОШИБОЧНОЕ поведение, не являющееся DEC-совместимым.

[form]

DEC-совместимым

177404 как раз именно _DEC-совместимый_, что и показал на примере _DEC_овского загрузчика.
Я только не понял откуда этот загрузчик в принципе взялся у RT-11 V5.4G - это не его загрузчик явно.

[Patron]

На самом деле именно 177404 стандартное значение CSR. 177400 - начало регистров. Аппаратные загрузчики DEC все используют 177404.

Как тогда получается, что DUP.SAV может загрузить тестовый диск командой BO/FO RK0: - ведь для этого он должен передать в R1 правильное значение CSR.

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

Я только не понял откуда этот загрузчик в принципе взялся у RT-11 V5.4G - это не его загрузчик явно.

Конечно. Чтобы не отвлекаться на DSM-11 я в тестовых целях просто переделал драйвер RK.SYS из RT-11 в стиле DSM-11.

[form]

DUP.SAV может загрузить тестовый диск командой BO/FO RK0

DUP может туда писать драйверный CSR который как раз считается 177400. Но DUP и не ориентирован на зругие системы по сути даже с /FOR.

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

Чтобы не отвлекаться на DSM-11 я в тестовых целях просто переделал драйвер RK.SYS из RT-11 в стиле DSM-11.

Ну может фича какая в DSM. Не даром ошибка получается не ошибка загрузки, а "нельзя загрузить таким способом". Может это фича какая чтобы не грузили на "неправильных машинах" - как к примеру в P/OS специально не переносили некоторый функционал из M+...

[Patron]

DUP может туда писать драйверный CSR который как раз считается 177400.

Это прямо указывает на то, что если бы какая-то операционка ( кроме DSM-11 ) использовала значение R1 при загрузке с RK05 - загрузить такую операционку при помощи DUP.SAV было бы НЕВОЗМОЖНО. Но DUP.SAV одинаково успешно грузит ВСЕ операционки с RK05 - и DSM-11, и все остальные.

Следовательно, НИ ОДНА ОПЕРАЦИОНКА В МИРЕ ( кроме DSM-11 ) не требует наличия в R1 правильного значения CSR при вызове первичного загрузчика, поэтому глобальная ошибка большого количества прошивок DEC при загрузке RK05 была выяснена только сейчас.

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

Ну может фича какая в DSM. Не даром ошибка получается не ошибка загрузки, а "нельзя загрузить таким способом".

Это тестовое сообщение. Реальный загрузчик DSM-11 просто молча зависает.

[form]

Но DUP.SAV одинаково успешно грузит ВСЕ операционки с RK05 - и DSM-11, и все остальные.

Потому что почти все системы просто игнорируют CSR, передаваемый в R1, потому и грузит.

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

не требует наличия в R1 правильного

Не требует. RT-11 использует фиксированный CSR, RSX-11 использует записанный при сохранении/указанный при загрузке CSR.
Про остальные особо не знаю.

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

правильного

правильный, как уже сказано, 177404 - именно он указан во всех до единого примерах загрузчиков, в документауции, и именно он передается всеми до единого DECовскими аппаратными загрузчиками

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

Скорее всего это фича DSM, чтобы к нему еще и свой загрузчик был, а родным не грузилось.

[Patron]

правильный, как уже сказано, 177404 - именно он указан во всех до единого примерах загрузчиков и именно он передается всеми до единого DECовскими аппаратными загрузчиками

Выясненный факт совершенно однозначно ДОКАЗЫВАЕТ, что правильный CSR именно 177400.

Ни одна операционка DEC не использует значение из R1 при загрузке с RK05, а единственная, которая использует - требует передачи там ПРАВИЛЬНОГО значения 177400.

Поэтому, можно совершенно однозначно утверждать, что все программы, передающие в R1 значение 177404 при загрузке с RK05 не являются DEC-совместимыми.

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

Скорее всего это фича DSM, чтобы к нему еще и свой загрузчик был, а родным не грузилось.

А передача этого значения в R1 при загрузке через DUP - это фича DEC, чтобы DUP не мог загрузить с RK05 ни одну операционку, кроме DSM-11.

[form]

Выясненный факт совершенно однозначно ДОКАЗЫВАЕТ, что правильный CSR именно 177400.

Не дказывает ибо, как уже каазано, это единственный пример, и он противоречит ВСЕЙ DECовской документации.

передающие в R1 значение 177404 при загрузке с RK05 не являются DEC-совместимыми.

Является. По причине того, что ВСЕ DECовские загрузчики так поступают. ВСЕ до единого. И во всей документации именно так.
В противном случае придется признать: ВСЕ до единого _DEC_овские загрузчики не DEC-совместимы.

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

И, кстати, аналогичная ситуация по-моему и с RP02/RP03, RH. Там CSR - это именно CSR, а не начало регистров.