Полигон-2

MM написал:

[q]

Мой Вам совет - используйте исключительно RT-11 SJ V5.00

[/q]

SJ согласен, .00 ну не знаю, играюсь с .03, пока играется.

В общем, по незнанию накосячил в обработчиках прерываний. Когда смотрел, что делает .DRAST, увидел, что он вызывает что-то свое, подумал, что регистры все там где-то сохраняются. У себя расставил HALT'ов, на стеке после .DRAST только R5 и R4 увидел. Теперь понятно, откуда трапы. R0-R3 разрушаются.

.FORK, наверное, надо изучить. Или регистры сохранить поначалу для пробы и посмотреть, что получится..

Anonymous написал:

[q]

А как вы без .forkа-то в прерывании работаете?

[/q]

Мне он пока не совсем понятен. Не все сразу Сейчас делаю, чтобы хоть как-то заработало, чтоб нащупать правильную линию. В обработчиках прерывания я не задерживаюсь, они короткие, без циклов, порядка двух десятков команд по пути исполнения.

Самое долгое в драйвере - это вычисление дорожка/голова/сектор, но это не в прерывании. И циклов можно было бы избежать вовсе (процедура деления - не в счет), если бы не задержка в установке бита DRQ в регистре 1F7 после выдачи команды записи секторов. Вынужден ждать в цикле, когда этот бит взведется. Где-то с десяток оборотов нужно ждать. Вот думаю, по превышении числа циклов ожидания ошибку выдавать.

Вообще, сейчас успешное завершение операции завязано на то, что и ATA, и DMA в любом случае выдадут прерывание, иначе процесс остановится на стадии ожидания прерывания. Не знаю, бывает ли такое, когда по протоколу ATA обязан выдать прерывание, но сбоит и не выдает.

Вчера прерывания сделал только на регистрах R4 и R5, трапы прекратились, а диск заработал.

Ффухх, в первом приближении заработало. Во время испытаний начальной загрузки у ST-157A вышла из строя микросхема управления шаговым двигателем перемещения головок. Случайное совпадение? Не думаю. Думаю, что таки да. Она и раньше бывало внезапно раскалялась, после передергивания питания возвращалось к норме, в этот раз момент упустил, вовремя не обесточил, заметил уже дымок, и изменения стали необратимыми. Взял с полки другой ST-157A, этот отложил до лучших времен, может как-нибудь попадется донор.

А вообще, в аппаратном загрузчике нужно было запретить винчестеру ATA выдавать свой INT14. (Все-таки регистр 3F6 полезен). Вторичный загрузчик, работая с приоритетом процессора 0, вылетал в трап по вектору ATA по этой причине. Пришлось на вектор воткнуть заглушку в виде RTI.

И непонятно, зачем нужен записываемый разряд INIT в регистре управления контроллером прерываний 588ВН1, если он не очищает текущие запросы прерываний. Было так: при работе аппаратного загрузчика проскакивал импульс INT14, ВН1 это запрос запоминал, выставлял постоянный VIRQ, который воспринимался процессором при смене его приоритета с 7 на 0. И никакое программирование ВН1 этот запрос не убирало, пришлось втыкать заглушку. В общем, этот INIT какой-то бесполезный. Что там в Минске про него думали, покрыто тайной.

P.S. Ну какой же все-таки медленный этот HX0: даже на скорости 19200. Но польза его неоценима, это да. Единственная связь с внешним миром. Дорога жизни.

Там уровень VIRQ уже от 588ВН1 идет, он в любом своем состоянии, даже замаскированном, реагирует на фронт INT14 на входе и запоминает запрос так, что его можно снять только удовлетворением этого запроса. То есть, маску у микросхемы ВН1 снимаешь, и может быть сюрприз.
А у дисков ресет сбрасывает текущий запрос и очищает маску тоже. Если будет новая редакция ПЗУшки пульта и загрузчика - там учту. Сейчас учитываю в первичном загрузчике.

Запускаю всякие тесты. Работает, однако.
В общем, чего хотел — того добился.
Итого.
- ВМ1 можно было бы сделать и поудобнее.
- 588 серию можно было бы сделать более логичной и удобной
- АТА, явно выпирают костыли, но это как бы дело известное и непоправимое
- ST-157A неплохо вписался в концепцию, изготовлен в 1990-м, я бы не сказал, что он технологически уж сильно впереди остальной части конструкции. Так, если совсем чуть-чуть.
- Надо было предусмотреть скоростной интерфейс.
- Часы с календарем не помешали бы, но можно обойтись и без них.
- 40 мегабайт диска это много. Пришел к осознанию необходимости как-то нарезать это пространство.
- Дисплей 80х25 это мало

Mixa написал:

[q]

- Надо было предусмотреть скоростной интерфейс.

[/q]

Не знаю как там со стороны РС (и драйвера НХ в частности), но ВП-065 вполне себе работает на 57600, даже через оптроны.
Связь станет заметно живее, сравнимо с дисководами даже.

Mixa написал:

[q]

- 40 мегабайт диска это много. Пришел к осознанию необходимости как-то нарезать это пространство.

[/q]

Логических дисков наделать...
Если склероз не совсем изменяет, то 1 мегабайта хватало чтобы разместить операционку с основными программами,
исходники монитора, требуемые библиотеки и т.п.
И оставалось место чтобы это все оттранслировать, слинковать и получить собственный вариант RT11 SJ V5.00

Mixa написал:

[q]

- Дисплей 80х25 это мало

[/q]

Приходилось использовать БК0010 + телевизор в качестве терминала к МС1201. Вот там 64 х 24 это мало !!
А 80х25 в самый раз, под них многие редакторы заточены были.

Anonymous написал:

[q]

А вот вам развлечение, подумайте, как ...

[/q]

Это не развлечение, это мазохизьм какой-то При ОЗУ то в 56...64кб.
Отзывчивость операционки явно пострадает, хотя-бы из-за размера каталогов...

Anonymous написал:

[q]

будет 32Мб на каждый файл

[/q]

Врагу не пожелаю читать исходник на МАКРО-11 размером в 32 МБ