Полигон-2

30 декабря Anonymous написал:

[q]

Так драйвер надо пересобирать под каждую новую версию, дело в неправильном драйвере.

[/q]

Вчера пробовал подсунуть свой драйвер для ATA. INSTALL получился, HAND, HANDLE, SHOW DEV что-то показывают. На INIT монитор сказал, что трап 4. Но я его собирал в simh под 5.3, а подсовывал в 5.4.

Наверное, нужно сначала попробовать собрать под 5.4.

Anonymous написал:

[q]

Так трап то 4 пишет по которому адресу - туда сразу в пульте смотрите, что там вызывает ошибку.

[/q]

Кстати, вчера удалось через HX подставить диск, который был в simh, и где драйвер ATA собирался (AD он у меня), линковался и инсталлировался. Та же фигня, трап 4. Было уже поздно, откуда трапанулся - не смотрел.

Визуально это выглядит так. Говорю dir ad: (он пустой, ну чтобы просто обратился и сказал, что он пустой), что-то читает с HX:, потом моргает лампочкой на винте, потом пауза (что-то читает с HX: ), потом объявляет ?MON-F-Trap to 4 и промпт. init ad: - та же фигня.

До этого, когда трапался, смотрел откуда - там собрание ASCII строк, не программа. Может оттуда пришел, может содержимое уже переписано. Надо будет посмотреть, что там с новым вариантом, когда драйвер слинкован по-родному.

Добавлю всякие отладочные вставки, которые будут сливать инфу об активности драйвера в область, невидимую для RT-11 (по show говорится, что памяти 60 KB, т.е. от 170000 до 172776 все мое)

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. Но польза его неоценима, это да. Единственная связь с внешним миром. Дорога жизни.