Эмулятор ДВК

[Patron]

Для простоты еще раз кратко распишу порядок:

• происходит сбой питания
• процесор вызывает прерывание по 24 (обычное, с использованием стека, при любом приоритете CPU)
• система выполняет свои действия (сохраняет регистры и прочие нужные вещи, меняет ISR вектора 24 или выставляет флаг сбоя питания, итд), затем останавливает процессор
• процессор и все устройства выключаются полностью (иначе собственно и не будет условия восстановления питания)
• все запускается с нуля, содержимое памяти сохранено, PC берется из 24, PS из 26, процессор стартует в таких условиях (ну или можно остановить его в ожидании команды P) - стек здесь никак не используется и потому R6 пофигу

Именно так всё сейчас и происходит. Можно включить дизассемблер и убедиться.

[form]

Именно так всё сейчас и происходит.

Если бы так происходило - при сбое питания RT-11 выполнял бы fatal останов из которого потом выйти нельзя.
С RSX же номер не прошел. Попробую детально покопаться... Вот только вопрос - про booter.ini - его настройки имеют значение всегда или только для запуска? Я запускал систему с автозагрузкой с HD, в после "сбоя питания" убирал автозагрузку.

[Patron]

вопрос про booter.ini - его настройки имеют значение всегда или только для запуска?

Booter влияет на процессор и память только при его активизации.

Я запускал систему с автозагрузкой с HD, а после "сбоя питания" убирал автозагрузку.

Я тоже ( но потом для чистоты эксперимента ещё и с MY из пульта загрузился ).

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

Если бы так происходило - при сбое питания RT-11 выполнял бы fatal останов из которого потом выйти нельзя.

Зависит от генерации. Комплектная RT-11 при сбое питания просто переходит по вектору 24 на адрес 26.

[form]

Дизассемблер навскидку не помог: в момент отжатия кнопки power он остановился где угодно, только не там где отработал ISR вектора 24. Ни одной команды HALT в логе не зафиксировано, а между тем система после сбоя питания именно командой HALT останавливается.

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

Зависит от генерации.

Не зависит. От генерации зависит только будет ли система печатать сообщение о том, что это сбой питания (причем напечатается оно после восстановления питания) или нет. Дальше же независимо от генерации действие будет одно и то же.

[form]

А нет, посмотрел - вроде что-то пытается восстановиться в RT-11 при наличии сообщения (и кстати там же видно, что SP ему пофигу - он его первым делом восстанавливает). Ладно, позже покопаем. Но вопрос остался открытым: я включаю disasm, наждимаю кнопку power и до HALT дело не доходит.

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

А не рассматривает ли эмулятор команду WAIT в качестве условия останова? В логе дважды останавливается (power off) именно на этой команде (источник ее скорее всего нормальный system idle).

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

А нет, посмотрел - вроде что-то пытается восстановиться

Не, не пытается - это он печатает сообщение. После - HALT и BR на него...

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

Провел совсем простой тест: программа переходит на системный уровень, выставляет приоритет 7 процессору и делает "BR .".
В этот момент отжимаю кнопку Power и вижу в дизассемблере, что именно в этом месте активность и прекратилась. То есть никакого сбоя питания при отжатии кнопки power не было.

[Patron]

Не зависит. От генерации зависит только будет ли система печатать сообщение о том, что это сбой питания или нет. Дальше же независимо от генерации действие будет одно и то же.

Тем хуже всем нам, потому что в комплекте поставки это выглядит так:

RT-11SJ (Y) V05.04 G
 
.SET USR NOSWAP
 
.SET EXIT NOSWAP
 
.SET TT SCOPE
 
.SET SL ON
 
.
@152040
@24/000026
00000026/000000
@

Дизассемблер навскидку не помог: в момент отжатия кнопки power он остановился где угодно, только не там где отработал ISR вектора 24. Ни одной команды HALT в логе не зафиксировано, а между тем система после сбоя питания именно командой HALT останавливается.

Возможно, надо добавить времени в промежуток ACLO-DCLO при помощи настройки nACLO_to_DCLO_Delay_MS:

[bus.ini]
nACLO_to_DCLO_Delay_MS = 2

А не рассматривает ли эмулятор команду WAIT в качестве условия останова? В логе дважды останавливается (power off) именно на этой команде (источник ее скорее всего нормальный system idle).

За те 2 мс, которые эмулятор держит питание по умолчанию - WAIT может и не дождаться своего прерывания. Промежуток между ACLO и DCLO можно настроить при помощи nACLO_to_DCLO_Delay_MS.

[form]

За те 2 мс, которые эмулятор держит питание по умолчанию

Уже разобрался выше. Выполнения действия по сбою питания эмулятором не обнаружено в принципе. При отжатии кнопки power эмулятор просто выключается вместо выполнения трапа по 24.

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

Выполнения действия по сбою питания эмулятором не обнаружено в принципе.

Собственно в логе же вроде явно пишется trap to?.. а "trap to 24" или как там его не обнаружен в логе также.

[Patron]

Собственно в логе же вроде явно пишется trap to?.. а "trap to 24" или как там его не обнаружен в логе также.

При сбое питания пишется так:

#################
ACLO - ON
#################
                                                      ; 000026:000000 ->   PSW
                                                      ;   PSW :000011 -> 125402:125424
                                                      ;   PC  :150124 -> 125400:150112
                                                      ; 000024:000026 ->   PC

[form]

Да, последний interrupt был по вектору 100. А при потере питания должен быть interrupt по 24. Именно при отключении питания, а не после того как оно появится.

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

При сбое питания пишется так

И такого в логе нету.

Эмулятор точно выполняет прерывание при отключении питания? А не после того как он потом включится (это - неправильно).

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

На всякий случай, у меня вот этот эмулятор: DVK_Emulator_17.01.17_21-08.rar - это последний?
Взял из него только pdp11.exe - этого хватит?

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

За те 2 мс, которые эмулятор держит питание

Собственно ему не нужно ждать ничего: при потере питания уже произошло (по крайней мере должно безусловно произойти) прерывание, а в ISR вектора 24 никаких WAIT нету

[Patron]

Эмулятор точно выполняет прерывание при отключении питания? А не после того как он потом включится (это - неправильно).

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

На всякий случай, у меня вот этот эмулятор: DVK_Emulator_17.01.17_21-08.rar - это последний?
Взял из него только pdp11.exe - этого хватит?

Собрал такой же вариант, загрузил комплектный VM3.cfg, нажал последовательно <Log> <DisAsm> <Power> и ( после поиска в листинге размером 9 Мб ) получил:

143622 [000011]        ADD   #16., R1                 ; 143624:000020 ->   R1  :121642
143626 [000010]        MOV   R4, R5                   ;   R4  :104340 ->   R5
143630 [000010]        BIC   #-16., R4                ; 143632:177760 ->   R4  :104340
143634 [000004]        BIC   #-241., R5               ; 143636:177417 ->   R5  :104340
143640 [000000]        ASR   R5                       ;   R5  :000340
143642 [000000]        ASR   R5                       ;   R5  :000160
143644 [000000]        ASR   R5                       ;   R5  :000070
143646 [000000]        ADD   PC, R5                   ;   R7  :143650 ->   R5  :000034

#################
ACLO - ON
#################
                                                      ; 000026:000000 ->   PSW
                                                      ;   PSW :000010 -> 121640:152442
                                                      ;   PC  :143650 -> 121636:144230
                                                      ; 000024:000026 ->   PC

000026 [000000]        HALT

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

Собственно ему не нужно ждать ничего: при потере питания уже произошло (по крайней мере должно безусловно произойти) прерывание, а в ISR вектора 24 никаких WAIT нету

Сбой питания на команде WAIT надо будет отдельно протестировать.