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

[Alex_K]

Таким образом команда HALT просто устанавливает HALT-моду и выполняет прерывание по вектору 020000.

Смелое предположение, только вот в HALT-режиме по данному адресу ничего нет. Да и после сохранения PC и PSW после IOT все равно выходит на исполнение на нулевой адрес.

[form]

после IOT все равно выходит на исполнение на нулевой адрес

Так может потому что вектор в этом случае или другой или по другому вычисляется?

[Alex_K]

Так может потому что вектор в этом случае или другой или по другому вычисляется?

Вектор-то тот, 020 получается ложится в HSP, а потом в этом стеке сохраняются текущие PC и PSW. Если Vslav запустит последний тест Patron-а и выведет в диаграмму сигнал SEL, то многое станет понятно.

[form]

то многое станет понятно

Я просто не знаю почти ничего о структуре ВМ3, пытаюсь предположить варианты. Чтобы далеко за примером не ходить - возьмем тот же ВМ3. В обычном режиме стоит нам включить MMU и вектор IOT перестанет соответствовать адресу 20. Может при переходе в HALT режим происходит то же самое...

[Patron]

Смелое предположение, только вот в HALT-режиме по данному адресу ничего нет. Да и после сохранения PC и PSW после IOT все равно выходит на исполнение на нулевой адрес.

Если предположение верно, то все возражения ошибочны.

1. По аресу HALT-вектора ничего нет

HALT-прерывание по вектору 020000 должно выполняться следующим образом: 20000 -> HSP ; PSW -> -(HSP) ; PC-> -(HSP) ; 000 -> PC ; 340 -> PSW
HALT-прерывание по вектору 000020 должно выполняться следующим образом: 00020 -> HSP ; PSW -> -(HSP) ; PC-> -(HSP) ; 000 -> PC ; 340 -> PSW

Оба случая полностью подтверждены тестами.


2. IOT все равно выходит на исполнение на нулевой адрес

Именно так и должны отрабатываться HALT-прерывания - загрузка PC и PSW производится из скрытого вектора, содержащего 000 и 340.

[Alex_K]

Я просто не знаю почти ничего о структуре ВМ3, пытаюсь предположить варианты. Чтобы далеко за примером не ходить - возьмем тот же ВМ3. В обычном режиме стоит нам включить MMU и вектор IOT перестанет соответствовать адресу 20. Может при переходе в HALT режим происходит то же самое...

Но на диаграмме не было даже попыток чтения памяти по другим адресам после IOT. По адресу 1352 считался IOT, затем в рамках конвеера по 1354 считался JSR R0,LABEL (4067). Длинная пауза, потом по 16 и 14 записывается 340 и 1354, снова пауза, ну и потом пошло всё исполняться с нулевого адреса.
Возникает предположение, что по совместительству регистр HSP в обычном режиме используется как временный, например для чтения вектора.

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

Если предположение верно, то все возражения ошибочны.

Под вектором подразумевается чтение из памяти новых значений PC и PSW. А так это точка начального пуска. В качестве примера запуск по питанию 1801ВМ1, а вот 1801ВМ2 в данном случае имеет полноценный вектор.

[Advertiser]

[Patron]

Под вектором подразумевается чтение из памяти новых значений PC и PSW. А так это точка начального пуска.

Это константы, загружаемые в PC и PSW при отработке HALT-прерывания. Если программно недоступный регистр можно назвать: "указатель стека режима HALT", то и программно недоступные ячейки "скрытого вектора" можно назвать: "скрытый вектор".

[Alex_K]

Это константы, загружаемые в PC и PSW при отработке HALT-прерывания. Если программно недоступный регистр можно назвать: "указатель стека режима HALT", то и программно недоступные ячейки "скрытого вектора" можно назвать: "скрытый вектор".

Это константы, да, но не вектор.
Программно HSP не прочесть это так. А вот какой SP будет использоваться при исполнении команды JSR SP,... в HALT-режиме?

[Patron]

А вот какой SP будет использоваться при исполнении команды JSR SP,... в HALT-режиме?

Наверняка - текущий "официальный" SP, в зависимости от бита 15 PSW ( 0 - KSP, 1 - USP ).

[Alex_K]

Наверняка - текущий "официальный" SP, в зависимости от бита 15 PSW ( 0 - KSP, 1 - USP ).

А ведь в стек ложит по HSP.