Уже выветрилось из головы, но лезть в доки не буду. Основной нюанс - есть несколько ячеек в адресах диапазона 47xx, через которые общаются первичный и вторичный загрузчик и в зависимости от варианта загрузки их или нельзя использовать или можно использовать в части кода первичного загрузчика. В принципе, это всё вычисляется чисто по логике работы, но пока дойдёт.. Не с первой попытки у меня заработали три последних варианта, хотя первый уже во всю работалЦитата:
Сообщение от AFZ
Подожди! Первый - аппаратная загрузка с номером устройства а R0 или аппаратном регистре. (Как я понимаю, собственно аппаратной загрузки, как таковой, нет - есть программа в ПЗУ плюс, может быть, аппаратный регистр на странице ввода-вывода, да?) Второй - BO/FO. По нему другая программа (DUP) передает в R0 номер устройства, аппаратный регистр не при деле. А так, и та, и другая программы считывают блок 0 - неважно, через ДМА или в PIO-mode - и передают управление на нулевой адрес. Не въеду, в чем отличие? Ну, кроме аппаратного регистра в первом случае, и то, лучше бы, чтобы программа из ПЗУ сама передавала из аппаратного регистра в R0, а нач. загрузчик о нем и не знал. Или я заблуждаюсь?
А фот хренЦитата:
Сообщение от AFZ
; At this point, we do a hard reset to stop all I/O, and then read 1 word
; from the selected device. The reason for this is that most of the primary
; bootstraps ignore the fact that the booted unit number is in R0 and pull
; it out of the device CSR. We then go to PR7 because the 11V03's clock
; never stops.
- - - Добавлено - - -
Как я уже говорил - не надо гадать, надо смотреть первоисточник
И что? Не въеду, зачем читать отдельно 1 слово, если все равно читаем целый блок? И заработает ли наугад взятый драйвер после RESET-а? Хотя, должен...
И вообще, это, скорее, относится к фичам программы DUP, чтобы обойти загрузчики тех ОСей и дисков, нач. загрузчик которых игнорирует содержимое R0 и добывает номер устройства из своего CSR. Драйвер моего устройства такого не делает, так, что это не ко мне. У меня вообще номер устройства из CSR не добудешь - не надо было.
А вот сведения о том, что нач. загрузчику можно закрыть прерывания из-за ручного управления таймером на наших машинках - это очень полезно, спасибо. Мы, обычно, писали по адресу 100 код 102, а по 102 - двоечку, RTI, и при этом побаивались: а вдруг прервется, пока оно недозагружено? Оказывается, можно, по-простому, закрыть прерывания...
Вообще то, к этому моменту целый блок уже давно прочитан средствами RT. И в комменте ясно написано, зачемЦитата:
Сообщение от AFZ
Установка приоритета в PS - дааа, открытиеЦитата:
Сообщение от AFZ
Оно-то так, но почему бы не прочитать его непосредственно перед этими действиями? И кто даст гарантию, что отдельный наугад взятый диск и его драйвер заведутся после ресета без предварительных больших плясок с бубном? Ну, в общем, понятно...Цитата:
Сообщение от Hunta
Злой ты!Цитата:
Сообщение от Hunta
До этого у меня не было 100% уверенности, что вторичный загрузчик не откроет прерывания до того, как система будет способна обработать таймерное прерывание. Ну, или, хотя бы, не слетит от него. Теперь ты показал мне документальное подтверждение этому.
Если что, вспомни, как народ загружал ВМ2 с MY и как при этом воевал с таймером.
То есть текст вторичного загрузчика дают только под подписку о невыезде?Цитата:
Сообщение от AFZ
Не помню - я в этом не участвовал. К тому же - есть определённые стандарты написания драйвером под RT и есть даже документация (не под одну версию) - я достаточно активно листаю её, когда пишу очередной драйвер. Если же отдельные писатели драйвером хотят странного - они и получат странного.Цитата:
Сообщение от AFZ
- - - Добавлено - - -
Ну и в целом я понял - доки и тексты - не, это не для современных программистов.
Это я погорячился. Ограничение FAT32 - 2Г или 4Г, не вникал, как оно в реализации FATFS.Цитата:
Сообщение от AFZ
Выложен новый релиз фирмвари. Сделана обработка файла AZ.INI, в котором прописываются все диски и указывается, кто из них загрузочный. Снято ограничение на расположение файл-образов, отменена жесткая привязка имён файл-образов, еще некоторые мелочи.
Еще в новую версию фирмвари встроены средства управления монтированием/размонтированием файл-образов в псевдодиски программным путём из ДВК. Встроены, но не проверены, поскольку за программирование на ДВК я еще не брался - некогда было. Сейчас стоит задача доделать управление прерываниями, а то 559ВН1 я туда поставил, а программно ее не обслужил. В общем, продолжаю работать.
В устройстве HD реализован протокол монтирования образов, который работает через операции чтения/записи привода со специальным номером. Технология полностью описана здесь: HMount.Цитата:
Сообщение от AFZ
Пример программы для RT-11, позволяющей управлять монтированием образов в приводе HD через интерфейс HMount здесь: MNT.SAV