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

[hobot]

RSXLIB я описывал в теме софта,

вне темы

Я у себя нашёл папку в хламнике form_rsxlib
там вот такое вот содержание

Image  :   rsxlib.dsk

Format :   DSK 
Size   :   400 Kb

Volume ID: ON (OBJECT C
Owner    : OUNT)=P/



File       Blocks    Date       Bytes
---------- ------ ----------- ----------
ARITH .MAC     6  14-Mar-2013      3'072
C5TA  .MAC     4  14-Mar-2013      2'048
DARITH.MAC     6  14-Mar-2013      3'072
OD2CT .MAC    10  14-Mar-2013      5'120
SAVAL .MAC     4  14-Mar-2013      2'048
SAVRG .MAC     3  14-Mar-2013      1'536
SAVR1 .MAC     2  14-Mar-2013      1'024
SAVVR .MAC     3  14-Mar-2013      1'536
MKLIB .COM     1  14-Mar-2013        512
CBTA  .MAC    13  14-Mar-2013      6'656
CDDMG .MAC     4  14-Mar-2013      2'048
CVTUC .MAC     4  14-Mar-2013      2'048
EDDAT .MAC     8  14-Mar-2013      4'096
GTTIM .MAC     4  14-Mar-2013      2'048
CATB  .MAC    10  14-Mar-2013      5'120
CAT5  .MAC     6  14-Mar-2013      3'072
CAT5B .MAC     6  14-Mar-2013      3'072
EDTMG .MAC    37  14-Mar-2013     18'944
RSXLIB.OBJ    11  14-Mar-2013      5'632
< UNUSED >   644                 329'728
---------- ------ ----------- ----------
 19 Files, 142 Blocks
 644 Free blocks

Я так понимаю это вариант для RT-11?
Надо бы описание к ней найти и в архив, я похоже начал и отвлёкся.
Поэтому и уточняю.

[свернуть]

[form]

Здесь и здесь описание.

[form]

Обнаружил интересную вещь:

        .TITLE  TEST
        .MCALL  .EXIT,.PRINT            ;МАКРОКОМАНДЫ

PSW     =:      177776                  ;PSW

START:: MOV     #PVAL,R0                ;XXX: АДРЕС ДЛЯ .PRINT
        MOV     #4000,-(SP)             ;PS
        MOV     #10$,-(SP)              ;PC
        RTI                             ;КУ!
10$:    CLR     -(SP)                   ;PS
        MOV     #20$,-(SP)              ;PC
        RTI                             ;КЮ!

20$:    MOV     @#PSW,R1                ;КОНВЕРТИМ
        MOV     #RVAL,R0                ; ЗНАЧЕНИЕ
        MOV     PC,R2                   ; PSW
        CALL    $CBOMG                  ; В ASCII
        .PRINT  #PVAL                   ;ПЕЧАТАЕМ
        .EXIT                           ;ВЫХОД

PVAL:   .ASCII  /PS=/
RVAL:   .ASCIZ  /XXXXXX/

        .END    START

Тест с помощью команды RTI устанавливает бит дополнительного набора регистров R0'-R5' и снова сбрасывает его, возвращаясь к R0-R5. И в E11 и в SimH бит успешно устанавливается, но сбросить его назад таким способом можно только в режиме ядра (тест под RT-11SB). Если процессор находится в пользовательском режиме (тест под RT-11XM), то бит устанавливается, но не сбрасывается.

.BO RT11SB

RT-11SB  V05.07  

.RU TEST
PS=000000

.BO RT11XM

RT-11XM  V05.07  

.RU TEST
PS=144000

.

Пока не знаю правильное это поведение или нет - дома проверю вечером (эх, пора управляемый дистанционный выключатель приделывать к 11/83 ). Интересно было бы проверить это на ментековских платах.

Вычитал описании KDJ11-B (про усер моду ничего не написано): When executing in kernel mode, either a 1 or a 0 can be stored in PSW bit 11. When executing in supervisor mode, a stored 0 can be changed to a 1, but a stored 1 cannot be changed to a 0.

PS. Для hobot: $CBOMG - в оригинале из RSX, но в RT-11V5 это стандартная подпрограмма SYSLIB (хотя в доках по RT-11 она и не упоминается)

[form]

Собираюсь в ближайшее время очередную порцию предложений писать по E11. В связи с этим, может ли кто сформулировать особенности выполнения некоторых команд (ASR/ASH/MUL/DIV итд) которые тут тестировались давеча (чтобы не копаться в истории), попробую кое-какие предложения протолкнуть (интересует ВМ3)

[form]

Вычитал описании KDJ11-B (про усер моду ничего не написано): When executing in kernel mode, either a 1 or a 0 can be stored in PSW bit 11. When executing in supervisor mode, a stored 0 can be changed to a 1, but a stored 1 cannot be changed to a 0.

Проверил на живом 11/83 - все также как в эмуляторе. Просто в документации не упомянуто, что в усер моде также.

---------- Post added at 18:24 ---------- Previous post was at 17:49 ----------

А вот это совсем не как на живом железе - так и не поправилось, надо снова пнуть

.TY RED.MAC
START:: MOV     #160004,SP
        BR      .

        .END    START


.RU RED

%HALT
?Bad kernel stack
R0/001004 R1/000104 R2/001000 R3/105000  CM=K PM=K PRIO=7
R4/074004 R5/136316 SP/160000 PC/140602  N=0 Z=0 V=0 C=0
140602  rol     @#000052
E11>

Должно быть:

.RU RED

?MON-F-Trap to 4 001004

.E 0-2
001004 000010

.

[AFZ]

Все модели с номерами от 11/45 и выше имеют двойной набор регистров.

Ой! Мне казалось, что это появилось где-нибудь на 73-й. Тогда, должен заметить, со стороны инженеров DEC это глубокий прокол.

К слову, напомню весьма интересный фавкт: официальный PDP-11 выпускался (вместе с системами) аж до 2003 года. VAXы давно померли к тому времени

Вместе с какими системами? Которые управлялись посредством этой PDP-11? Неудивительно, ибо "работает - не трожь!" Intel 80386, вроде-бы, и до сих пор выпускают, примерно из тех же соображений.

[Advertiser]

[form]

Вместе с какими системами? Которые управлялись посредством этой PDP-11?

RT, RSX, RSTS...

работает - не трожь!

К сожалению у нас в стране не так

[AFZ]

form, Кстати, а как пользоваться командой WAIT ? В русской литературе я так и не нашел внятного объяснения. Вот я при закрытых прерываниях проверил все флажки, все пусто, надо ждать. Я разрешаю прерывания, висящее необслуженным прерывание срабатывает. его программа взводит флаг, делает RTI, а у меня тут подоспеет команда WAIT, и все...

Классических решений этого два: либо состояние ожидания вводится одновременно с разрешением прерываний (например, у системы-360 бит ожидания входит в состав PSW и загружается одной командой LPSW вместе с битами разрешения прерываний), чего у нас нет, или команда разрешения прерываний срабатывает отложенно, после выполнения следующей за ней команды, о чем я, как раз, не нашел никаких внятных сведений. Особенно учитывая, что прерывания можно разрешить не одной командой, а несколькими (RTI, MTPS, прямой записью в регистр PS, если он есть на шине...) Так как?

[form]

Так как?

Однозначного ответа на вопрос нету. В общем случае, WAIT не предназначен для ожидания конкретного прерывания, а нужен чтобы приостановить выполнение когда делать вообще нечего до любого асинхронного прерывания. В родном софте от DEC есть немало закладок на предположения как что должно работать, что может вызвать много проблем с эмуляторами (в том числе вроде был пример на тему WAIT который никогда не выйдет). В документации по E11 целая глава посвящена этому. Примечательно, что на VAX вроде подобной команды просто нету.

[AFZ]

Однозначного ответа на вопрос нету.

То есть, похоже на еще один прокол инженеров DEC.

В общем случае, WAIT не предназначен для ожидания конкретного прерывания, а нужен чтобы приостановить выполнение когда делать вообще нечего до любого асинхронного прерывания.

Естественно. Вот мой диспетчер задач проверяет все TCB (Task Control Block), все чего-то ждут, делать нечего. Логично уйти на ожидание, то есть разрешить прерывания и сделать WAIT. Однако, пока я проверял свои TCB, пришел запрос на прерывание и ждет, когда их разрешат. Я, не зная об этом, разрешаю прерывания, допустим, делаю MTPS #0, ожидающий запрос сработает, программа отметит в одном из моих TCB, что появилась работа и выйдет по RTI, а у меня следующая команда WAIT. Приплыли. В общем, не зря я ее не использовал в своих многозадачках...