Документация на ПК 11/16

[Patron]

При старте загрузчик сканирует память на чтение с адреса 0 до 170000 с шагом 4000. Очевидно, он хочет упереться в регистры и определить таким образом вершину памяти?

Именно так - до упора в пустоту или в ПЗУ.

---------- Post added at 22:04 ---------- Previous post was at 22:01 ----------

надо уяснить, что в 1801ВМ2 в стек кладутся не PC и PSW, а CPC и CPSW.

Единственный не вполне понятный момент - какие значения будут в CPSW и CPC после выполнения команды RTI, устанавливающей биты 7 и 8 в PSW ..

[Alex_K]

Единственный не вполне понятный момент - какие значения будут в CPSW и CPC после выполнения команды RTI, устанавливающей биты 7 и 8 в PSW ..

Из моего описания 1801ВМ2, алгоритм команды RTI:
------------------------------------------------------------
Алгоритм: PC := (SP)+; IF (PC>=160000(8)) THEN PSW[8:0] := (SP)+ ELSE PSW[7:0] := (SP)+
Описание: Новые содержимые PC и PSW загружаются из стека. Если новое значение PC больше или равно 160000(8), то из стека загружается и 8-й разряд PSW (H/U), в ином случае он остается неизменным. Данная особенность даёт возможность возвратиться из режима USER в режим HALT, если прерывание USER было вызвано из режима HALT. Если при загрузке нового PSW устанавливается бит T в PSW, то отладочное прерывание будет вызвано до исполнения первой команды нового процесса. Если перед исполнением RTI был установлен T-бит, а при загрузке нового PSW он очищается, то в этом случае всё равно будет вызвано отладочное прерывание, но в стеке сохранится уже новое PSW без установленного бита T. Если во время первой выборки из стека происходит зависание, то второй выборки не происходит и процессор прерывается (т.е. указатель стека SP увеличивается на 2, а не на 4). Загрузка новых значений PC и PSW происходит из того же адресного пространства, из которого выполняется команда RTI. Если возврат происходит из режима USER или режима HALT с разрешёнными прерываниями в режим HALT с запрещёнными прерываниями, то после загрузки нового значения PC изменяется и CPC, т.к. в данный момент ещё регистры копий разблокированы, а CPSW остаётся неизменным, т.к. новое значение PSW блокирует изменение копий, т.е. в данном случае значение CPC равно новому значению PC, а CPSW равно значению PSW до исполнения команды RTI.
Признаки: N, Z, V, C – загружаются из стека.
---------------------------------------------------------------------

[Titus]

Интересно, в 1806 тоже в цикле записи байта выдается цикл R-M-W как и у 1801? Или уже без глюка, обычный цикл W?

Если так, то использование 1801ВМ2 в ПК11 может привести к неоднозначным последствиям.

[Patron]

Интересно, в 1806 тоже в цикле записи байта выдается цикл R-M-W как и у 1801? Или уже без глюка, обычный цикл W?

Ответ ЗДЕСЬ.

[Titus]

Ответ ЗДЕСЬ.

Значит глюк остался) Это радует)

---------- Post added at 02:18 ---------- Previous post was at 01:45 ----------

Пока что совершенно не понятно, откуда берется вектор для векторного прерывания VIRQ на ПК-11.

А, кажется нашел)

[Titus]

Да уж... с этими векторными прерываниями фантастика)

	  3.2. Векторные прерывания

     В	ПЭВМ  отсутствуют   векторные	прерывания.   Однако   они
необходимы для правильной эмуляции  "стандартных  устройств",  без
которых   не   может   обойтись   ДОС.	  Поэтому    предусмотрены
соответствующие   аппаратно-программные   средства,    позволяющие
эмулировать  векторные	прерывания.   ВПО   содержит   специальную
таблицу-список, в которой хранится  информация	о  всех  векторных
прерываниях,  "выставленных"  эмуляторами.   Эмулятор	выставляет
"запрос на прерывание" специальным запросом ВПО -  SETINT.  Снятие
запроса на прерывание выполняется запросом RESINT.
     Эмуляция векторных прерываний происходит  только  для  одного
процесса. Этот	единственный  процесс  должен  содержать  в  слове
P.MASK своего дескриптора установленный в 1 разряда в соответствии
смаской  V.VRQ.  Этим  единственным  процессом	является   процесс
дисковой ОС.

Действительно, у одного из процессов, процесса ОС установлен флаг M.VRQ. И в один прекрасный момент, при загрузке системы USER-процесс загрузчика обращается к регистру 177130 (работа с диском) с установленным младшим битом (т.е. хочет ответ от дисковой системы получить посредством прерывания). Дисковый процесс считывает данные и просит у ВПО SETINT. В этом SETINT в таблице векторов ВПО (которая находится по адресу 100146, устанавливаются какие-то значения, причем, не очень похожие на реальные вектора). Вот тут-то начинается самое интересное. Системой сбрасывается бит VIRQ регистра PPIC (что означает разрешение векторных прерываний), и по идее процессор в USER режиме должен на это прерывание перейти. Все хорошо, только откуда брать вектор - совершенно не понятно. Может быть есть какой-то хитрый аппаратный контроллер, который вынет этот вектор из той таблицы в ОЗУ по адресу 100146 и подаст на шину?

[Advertiser]

[Titus]

Я так понял, что ни у кого идей нет, как получает USER-процесс этот вектор прерываний)

У меня пока два рабочих варианта:
1) Ядро HALT-процесса видит, что для процесса установлен флаг VIRQ и эмулирует векторное прерывание программно, используя таблицу векторов, которая лежит в его ОЗУ.
Доводы против этой теории:
Нигде (пока что) не нашел кода, который обращается к этой таблице, нет кода в ядре, который опрашивает флаг VIRQ.
2) Существует хардварный контроллер VIRQ прерываний, который в качестве таблицы векторов лазает в специальную часть ОЗУ HALT-процесса, извлекая оттуда вектор.
Доводы против этой теории:
Таблица векторов в ОЗУ HALT-процесса лежит не по ровному адресу (100146), не имеет информации о векторах в стандартном виде.

[CodeMaster]

У меня пока два рабочих варианта:

Это уже не написание эмулятора, а реверс-инженеринг самой идеи ;-)

[Titus]

Это уже не написание эмулятора, а реверс-инженеринг самой идеи ;-)

А без этого никак, ибо некоторые хардварные особенности остаются в тени, и только реверс логики работы системного ПО позволяет понять, как они работают)

[Titus]

Нашел странную привязку некой HALT-подпрограммы ВПО к вектору, находящемуся по адресу 60. В нем записаны два числа 1414, 10104. Первое число указывает на нашу подпрограмму. Что бы мог значить вектор с адресом 60 в HALT-режиме? Когда на него процессор может передать управление?

Причем, при попадании в эту подпрограмму в памяти по адресу R0 дожен быть адрес векторного прерывания VIRQ, a в R1 тоже какие-то данные.

---------- Post added at 20:59 ---------- Previous post was at 19:12 ----------

Все, перерыв весь код, и поняв, что обработчика VIRQ в нем НЕТУ, а так же еще раз внимательно прочитав фразу про VIRQ - 'аппаратно-программные средства', и так же поняв, что эмулировать программно несколько одновременных векторных запросов у ВПО никак бы не получилось, утвердился в мысли, что контроллер VIRQ аппаратный)