Вид для печати
Нет, не верно. Достаточно много регистров в верхних 16 байтах памяти (это видно во время тестов загрузчика RT11). Т.е. не только 177776 в загрузчике RT11 попадает под раздачу, а еще и 177746 и 177760 (но с ними, возможно, ситуация не такая критичная и это прокатывает).Цитата:
Сообщение от b2m
Кроме того, нигде не указано в доках, что у 1806ВМ2 реализован PSW по адресу 177776.
Правильно ли я понимаю, что когда процессоры ВМ1 и ВМ2 выполняют команду TST @#1 - на шину в цикле чтения слова выставляется адрес 000001, но контроллер ОЗУ при чтении слова игнорирует младший бит адреса и поэтому в фазе данных выдаёт на шину содержимое адреса 000000 ?
Да, правильно.Цитата:
Сообщение от Patron
Временно залочив заплаткой проблему с 177776 (принудительно трапая проц, если идет доступ в этот регистр), удалось чуть дальше продвинуться в загрузке RT-11.
Она использует загрузку с прерываниями, т.е. отдает команду регистру HFBUF (177130), а он ей отвечает по вектору FDVEC ═ 234. И еще там используется эмулируемый регистр 177546, я так понял, что это управление сетевым таймером на RT-11 системах?
http://s7.hostingkartinok.com/upload...e63b43236c.jpgЦитата:
Сообщение от Titus
Я так понял, RT-11 может работать с этим таймером, и без таймера. Тогда какие улучшения она от этого таймера претерпевает?
И еще вопрос, когда я попытался загрузить дискеты с ПК-11 на УКНЦ, они все вылетали при обращению к регистру HFBUF (177130) (если я правильно помню). Получается, эта версия скомпилирована специально под его использование?
А вы прямо их грузили или всё-таки копировали туда MZ.SYS и копировали его загрузчик командой COPY/BOOT?Цитата:
Сообщение от Titus
Нет, ничего не копировал) Но из вашей фразы понял, что на системе для УКНЦ должен быть загрузчик MZ.SYS специально предназначенный для УКНЦ. Тогда, получается, что РТ-11 не имеет универсальных методов загрузки, чтобы грузиться на любой машине?Цитата:
Сообщение от Alex_K
Типа, без драйвера системного устройства - такое ни одна операционка не может.Цитата:
Сообщение от Titus
Разница между всеми существующими в природе операционками лишь в том, что у одних операционок все используемые драйвера надо компилировать в ядро, а у других - используемые драйвера находятся в отдельных файлах.
А как она может загрузится на любой машине? Искуственного интеллекта ещё не изобрели, а тогда и тем более. Если бы в PDP-11 было понятие BIOS-а, а код записи/чтения системного устройства находился бы на странице ввода/вывода в ПЗУ, то тогда можно было бы об этом говорить. Естественно разработчики RT-11 могли бы зашить все драйвера в одну систему, но это бы были драйвера только для DEC-овских систем. Кстати в RT-11 до 4-й версии так и делалось, она собиралась с зашитым драйвером системного устройства, поэтому были файлы мониторов под DX, RK и т.д. и т.п.Цитата:
Сообщение от Titus
RT-11 одинаково успешно работает с любым таймером, какой есть.Цитата:
Сообщение от Titus
Вот именно это я и предполагал, что есть универсальный драйвер с универсальной точкой входа. Операционка говорить ему - грузи блок номер такой-то туда-то и все. А ядро, что в ПЗУ само знает с чего ему грузиться.Цитата:
Сообщение от Patron
Зачем RT-11 нужен таймер, если она так же успешно будет работать и без него?
---------- Post added at 00:24 ---------- Previous post was at 00:23 ----------
После того, как я принудительно залочил адрес 177776, операционка стала грузить либо другие драйверы, где обращение к 177776 заменено на MFPS/MTPS, либо просто пропатчила эти места в существующих.
---------- Post added at 00:26 ---------- Previous post was at 00:24 ----------
Кстати, пока что она у меня грузится в полной тишине. Очевидно еще не дошло до места, где она печатает что-то на экране, либо же это у меня пока не работает. Скорее не дошла, т.к. с чего бы ему не работать)
Как бы тогда RT-11 могла загрузиться с устройства HX, драйвер которого осуществляет блочный обмен через порт системного терминала - ведь за предыдущие 40 лет до такого никто не додумался. И вот, спустя 40 лет - написан драйвер HX.SYS и RT-11 без проблем грузится с этого устройства ( если драйвер HX есть на системном диске ).Цитата:
Сообщение от Titus
При наличии таймера - у любой RT-11 учитывается текущее время, а если система сгенерена с расширенной поддержкой таймера - программам предоставляется дополнительный сервис.Цитата:
Сообщение от Titus
Вторичный загрузчик просматривает все драйвера на диске, грузит их в память и выполняет инсталляционные процедуры. Так же потом в память загружается драйвер системного устройства и RMON. В RMON все вызовы к регистру 177776 заменяются на команды MTPS/MFPS, ну если этого регистра нет.Цитата:
Сообщение от Titus
Кстати, а в каких адресах идет выполнение? Был уже вызов EMT 350?
Последним на пути к загрузки системы камнем преткновения (не считая не решенного, но залоченного бага с 177776) являлся аппаратный контроллер VIRQ (хитрая, скажу вам штуковина, с аппаратными очередями и всякими такими штуками).
Итак, путем неимоверных усилий, дизассемблированием и реверсинжениренгом ВПО, потраченных каникул и прочих трудностей - вот он, лик легендарной машинки - Союз-Неон ПК-11/16К!!!
http://s017.radikal.ru/i422/1501/b5/5bf7a01a5535.png
И остальные скриншоты:
Скрытый текст
p.s.: Следует заметить, что я выкрутил яркость вдвое (чисто для себя), ибо было сложно постоянно приглядываться к некоторым бледным цветам.
Titus, А как со звуком дела обстоят?
Но до порчи таблицы обработчиков - системное ПЗУ устанавливает какой-нибудь обработчик для обращений по адресу 177776 или нет ?Цитата:
Сообщение от Titus
---------- Post added at 00:35 ---------- Previous post was at 00:26 ----------
Похоже, что таблица обработчиков должна находиться памяти HALT-моды, а стек - в памяти USER-моды.Цитата:
Сообщение от Titus
...
Этого никак не может быть, т.к. стек портит таблицу во время распаковки ПЗУ в ОЗУ, а доступ к ПЗУ имеет только HALT-режим.Цитата:
Сообщение от Patron
Кроме того, процессор не меняет режим стартуя.
---------- Post added at 01:46 ---------- Previous post was at 01:45 ----------
Нет, до порчи не устанавливает, просто очищает всю память. А 0 в таблице - это означает отсутствие регистра.Цитата:
Сообщение от Patron
---------- Post added at 01:46 ---------- Previous post was at 01:46 ----------
Так никак)Цитата:
Сообщение от MiX
Но при каждом прерывании ( кроме TRAP4 ) и после команд IOT, BPT, EMT, TRAP - режим меняется с HALT на USER. Значит - при распаковке ПЗУ стек используют только команды JSR ?Цитата:
Сообщение от Titus
Режим на USER меняется только в ядре при передаче управления процессу, и меняется командой STEP. Обратное переключение в режим HALT происходит по HALT-прерыванию.Цитата:
Сообщение от Patron
---------- Post added at 02:06 ---------- Previous post was at 02:01 ----------
Кстати, вы сами можете дизассемблировать начало ПЗУ, там небольшой фрагмент, в котором видно, как тестируется память, и переходит к распаковке ПЗУ в ОЗУ затирая стеком верх таблицы.
---------- Post added at 02:56 ---------- Previous post was at 02:06 ----------
Пока не все еще в нашем королевстве работает безоговорочно, но с менеджером окон все же побаловался.
Вызывается он по кнопке 'СБРОС' и выглядит так:
http://s020.radikal.ru/i717/1501/0b/6a1b188ebfca.png
Он позволяет переключаться с одного окно на другое (делать активным, т.е. выставлять на передний план). Менять размеры окон, перемещать их масштабировать информацию в них как по вертикали, так и по горизонтали, клонировать(!) окна, т.е. одно окно может иметь много копий, причем в разных местах экрана и в разных разрешениях, и это НЕ БУДЕТ тратить никакого быстродействия. Менять палитры и т.д.
p.s. С апапратными рамками пока что не все понятно. Не исключено, что они не такие, как описано в ТО. Во всяком случае, если писать их по ТО, их не видно)
---------- Post added at 03:59 ---------- Previous post was at 02:56 ----------
Эх, такой облом (
Полез на дискету с играми, где значится игра Tetris.
Чтобы ее запустить надо запустить сперва kbd.prc (драйвер клавиатуры), а его на диске нет( И нет ни на одном из выложенных здесь 5 дисков((( Кто-то стер( Хнык(
---------- Post added at 05:01 ---------- Previous post was at 03:59 ----------
И еще немного скринов с демонстрационной дискеты (с бордюрами, как я уже писал ранее, какие-то нелады).
Скрытый текст
http://s011.radikal.ru/i318/1501/83/0c6af760cfb2.png
http://s017.radikal.ru/i404/1501/5f/8739340c64be.png
http://s017.radikal.ru/i432/1501/2c/4bc893da912b.png
http://i038.radikal.ru/1501/0a/b3ebc01e2728.png
http://s019.radikal.ru/i638/1501/5f/7bc824f96c5d.png
http://s010.radikal.ru/i311/1501/85/7244a767d60d.png
http://s017.radikal.ru/i439/1501/a1/08e1ce072814.png
[свернуть]
Скриншоты взяты из игры Defender of the Crown, скорее всего с Amiga:
http://www.mobygames.com/game/defend...wn/screenshots
А может и с Atari ST.
Шикарно, я смутно помню эти окошки с обратной тенью, такие активно использовали на УК-НЦ ) В какой-то система учёта платежей или что то такое, 1 в 1 )Цитата:
Сообщение от Titus
Никита, ты проверил у себя, портится ли адрес 017776?
Сорри, не успел добраться до этого.Цитата:
Сообщение от Titus
Так это же сразу после теста памяти, а у тебя он был сделан.Цитата:
Сообщение от nzeemin
Увы, на новогодних каникулах пришлось поработать, зато сейчас в отпуске. Начал дизассемблировать ПЗУ. В общем-то понял как работает VIRQ в Союз-Неон. Оригинально конечно, но с точки зрения времени выполнения конечно тормознуто.Цитата:
Сообщение от Titus
Вы лучше гляньте, почему портится 017776 )Цитата:
Сообщение от Alex_K
---------- Post added at 18:03 ---------- Previous post was at 18:02 ----------
Почему тормознуто? VIRQ как раз работает на аппаратном уровне, безо всяких тормозов.
Я не эмулятор пишу, а только дизассемблирую. Потом в коде надо разбираться. Для того, чтобы разобраться, надо при разборе учитывать значения регистров диспетчера памяти, чтобы знать, что и куда пишется в физическую память. Это всё-таки какое-то время надо.Цитата:
Сообщение от Titus
---------- Post added at 17:14 ---------- Previous post was at 17:13 ----------
Вы лучше объясните, как у вас сделана эта эмуляция. Неужто не поняли, где тормоза на аппаратном уровне?Цитата:
Сообщение от Titus
Нет, тормозов нет)Цитата:
Сообщение от Alex_K
Когда какой-либо процесс дает запрос на VIRQ, вызывается подпрограмма ВПО, которая добавляет этот запрос в специальную табличку (это делается программно).
Далее, как только в USER-процессе будут разрешены прерывания, аппаратный контроллер VIRQ сразу даст прерывания и подсунет вектор, который он вычислит из этой таблички. Затем он уберет вектор из таблички и сдвинет очередь. Если в табличке остались запросы на прерывания по другим векторам, то при следующем разрешении прерываний, этот контроллер выдаст прерывание по следующему вектору из таблички, который был в очереди. И т.д.
Так вектор из этой таблички берет какой-то аппаратный контроллер? Да ещё анализирует её и двигает?Цитата:
Сообщение от Titus
Нашел некоторые несоответствия описания видеоконтроллера с тем, что есть на самом деле.
1) Самый первый отрезок в строке тоже должен отображаться по принципу 'бордюр, затем сам отрезок'. Возможно, бордюр у него будет нестандартным, однако бордюр должен быть.
2) Для режима 2 цвета и 4 цвета, палитра используется иначе, чем описано. В описании сказано, что для двухцветного режима цвета находятся в 14 и 15 цвете палитры, а для четырехцветного в 12, 13, 14 и 15 цветах.
На самом деле для двухцветного режима цвет-0 должен находиться в цветах палитры 7, 11, 13 и 14, а цвет-1 в 15-м цвете.
Для четырехцветного режима цвет-0 находится в 3 и 12 цвете палитры, цвет-1 в 7 и 13, цвет-2 в 11 и 14, цвет-3 в 15-м цвете палитры.
Расшифровывая подобную особенность, становится понятно, с чем это связано:
Во всех режимах (1, 2 или 4 цвета), видеоконтроллер оперирует тетрадами (4-битными блоками), информацию в которых для 1 и 2 цветных режимах он не сдвигает, чтобы получить нужные биты, а маскирует ненужные биты, накладывая по 'OR' маску 1110, 1101, 1011 и 0111 для выбора бита в двухцветном режиме, и маску 1100 и 0011 для выбора пары бит для 2-х цветного режима. Получившиееся тетрада и есть номер цвета в палитре.
Отсюда выходит интересная потенциальная возможность раскраски пикселей разными цветами в 1 и 2-цветных режимах, в зависимости от позиции пикселя на экране. Не знаю, использовал ли кто-нибудь эту особенность, но она есть.
---------- Post added at 19:01 ---------- Previous post was at 18:57 ----------
Да. В табличке очередь, где каждый элемент указывает на следующий и предыдущий. Как только в очереди появляется один или несколько запросов, контроллер извлекает самый последний поступивший, вычисляет вектор, а очередь сдвигает. Если в очереди ничего не осталось, он сбрасывает флаг VIRQ' (это байт в ОЗУ, по которому ориентируется ядро, выставлять ли VIRQ при переключении управления на очередной процесс).Цитата:
Сообщение от Alex_K
Да вы что? Представляете как это схемотехнически надо реализовать? Вот на КМД ДВК (MY) для ПДП используются аж три 1801ВП1. А тут ещё анализировать и двигать надо. Да, в Неоне стоят 1804ВУ1, но они используются в видеоконтроллере. А ведь есть подпрограмма обработки VIRQ в ПЗУ. Не знаю, почему вы её не увидели.Цитата:
Сообщение от Titus
Я не увидел) Если нашли, киньте адресочек)Цитата:
Сообщение от Alex_K
Скину с объяснением работы. Ответная просьба - текущую версию Emustudio Союз-Неон ПК11/16 побаловаться можно, несмотря на недоделки?Цитата:
Сообщение от Titus
Еще немножко надо пошлифовать, ибо миллионы строк отладочных сообщений и всяких варнингов по записи в несуществующие регистры лезут в окно. Подчищу и выложу.Цитата:
Сообщение от Alex_K
---------- Post added at 19:49 ---------- Previous post was at 19:49 ----------
Можно даже без обьяснения сперва, просто адрес.Цитата:
Сообщение от Alex_K
Без объяснения сложно понять суть. Я ещё конечно не дошёл до обработки векторов ВПО с помощью запросов, но это в принципе и не важно. Важно то, что при появлении запросов в таблице, ВПО сбрасывает в регистре PPIC (161034) бит 3, в результате чего на процессор 1806ВМ2 подаётся сигнал запроса на прерывание VIRQ. Как только по приоритету процессора обработка VIRQ будет разрешена, то вектор текущего прерываемого процесса положится в стек (то есть PC и PSW), ну и далее процессор выставит сигнал IAKO для чтения вектора с шины. А вот далее начинается самое интересное. На самом деле передать вектор некому, процессор прощелкает 64 такта, ничего не получит, да и прервётся по фатальному исключению неполучения вектора прерывания. Его адрес обработки равен SEL274, ну а в нашем случае просто 0274, т.к. SEL=0. В ячейках 0274 и 0276 ПЗУ содержаться соответственно значения 01446 и 0600. Ну теперь собственно и подпрограмма:Цитата:
Сообщение от Titus
Ну как я ранее писал, вектор прерванного процесса находится уже в стеке. Поэтому остается осмотреть нашу таблицу с прерываниями, если она закончилась, то установить бит 3 в PPIC, тем самым прекратив требовать VIRQ. Ну и если что есть, то записать содержимое нового вектора в CPC и CPSW и запустить с помощью STEP новый процесс.Код:1446$: MOV R5,@#100052
MOV R0,@#100040
MOV @#100146,R5
MOV (R5)+,R0
CMP @R5,R0
BNE 1512$
BIC #10,@#100036
BIS #10,@#161034
CMP #100150,R5
BEQ 1536$
1512$: MOV R0,@(R5)+
MOV -(R5),2(R0)
CLR -(R5)
SUB #100072,R5
MFUS
WCPC
MFUS
WCPS
1536$: MOV @#100040,R0
MOV @#100052,R5
STEP
Эта же подпрограмма обрабатывает и DOUBLE BUS ERROR, единственно, что в новом PSW стоит 0601, т.е. установлен бит C, но нигде его обработки не идет. Весьма вероятно, что в Союз-Неон нету TRAP4.
Вот что значит знать нюансы этих процессоров)Цитата:
Сообщение от Alex_K
А я уж придумал аппаратный контроллер, который, кстати, исправно работает)))
---------- Post added at 20:41 ---------- Previous post was at 20:20 ----------
Но вообще, не понятно, как я мог проглядеть эту подпрограмму. Просто на самом видном месте лежит, и сразу видно, что обрабатывает таблицу векторов. Да уж.
Теперь осталось убрать из EmuStudio супер-пупер навороченный аппаратный контроллер, сделать обработку отсутствия АВП и посмотреть как всё будет работать.Цитата:
Сообщение от Titus
А вот и тормознутость - во-первых пустое ожидание 64 тактов, во-вторых прерывание в HALT, ну и третье - программная обработка очереди. Все это занимает довольно продолжительное время, по сравнению с аппаратной реализацией. Плюс только в том, что прерывания происходят не очень часто. Ну а минус в том, если бы Com-порт был со скоростью 57600, то его запросы на прерывания в реальном времени уже было бы обработать нереально, на 9600 ещё наверно справиться можно.
А разве TRAP4 и TRAP10 - это не внутренние дела процессора?Цитата:
Сообщение от Alex_K
---------- Post added at 20:53 ---------- Previous post was at 20:50 ----------
Даже в этом случае не очень тормознуто. Обработка очереди тоже весьма быстрая. Да и прерывания в системе используются только в основном от системного таймера, а это 50Hz, да ответы от HDD/FDD, да почти и все.Цитата:
Сообщение от Alex_K