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

Цитата:

Сообщение от form

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?
Надо бы описание к ней найти и в архив, я похоже начал и отвлёкся.
Поэтому и уточняю.
[свернуть]

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

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

Код:

.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 она и не упоминается) ;)

Собираюсь в ближайшее время очередную порцию предложений писать по 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 .

Цитата:

Сообщение от form

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

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

Цитата:

Сообщение от form

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

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

Цитата:

Сообщение от AFZ

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

RT, RSX, RSTS...

Цитата:

Сообщение от AFZ

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

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

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

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

Цитата:

Сообщение от AFZ

Так как?

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

Цитата:

Сообщение от form

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

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

Цитата:

Сообщение от form

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

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