Полигон-2

Запрограммировал загрузчик в ПЗУ по адресу 173000. Проверил на четырех разных IDEшных дисках, успешно грузит первый сектор в начало памяти и передает туда управление. В тех секторах мусор с точки зрения процессора, в HALT вываливается в итоге по разным причинам. Однако, похоже, что всё работает.

Фотки напоследок.
Этажерка в сборе:


и готовая к софтовым экспериментам система:


Расклад регистров получился такой:
177400 DMA CSR
177402 DMA счетчик слов
177404 DMA адрес начала блока
177406 Обращение к ATA CS1FX
177410 (байт) Обращение к ATA CS3FX
177411 (байт) Задание адреса на шине ATA
177412 Прерывания CSR
177414 Прерывания вектор A (от DMA)
177416 Прерывания вектор B (от ATA)

Device handler требует задания CSR устройства и вектора прерывания. Как такового ATA CSR в получившемся раскладе нету. И вектор прерывания не один, а два их. Размышляю, как лучше поступить. Вопрос в том, что такое на самом деле указываемый CSR устройства. Если это просто базовый адрес блока управления устройством, работа с которым индивидуальна для каждого устройства, то это одно. Если это адрес универсальной структуры с обращением к ней универсальным способом, и вдруг это где-то параметризуется, то это другое, и в моем случае не проходит. Лучше, чтобы было первое.

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

MM написал:

[q]

"Программирование внешних устройств Руководство программиста 00008-01.33.01-2"
Скан его найдете на моем форуме-справочнике из подписи ниже по тексту.

[/q]

Спасибо! Как-то сходу его там не нашел среди остального собрания, но судя по структуре оглавления это перевод RT-11 Software Support Manual. Он есть, его и почитаю.


MM написал:

[q]

Если кратко и по существу - начальную подготовку регистров и векторов производит начальный загрузчик в 173000, он вычитывает 0 блок тома, при этом сообщая номер тома и имя драйвера. В 000000 блоке тома тоже желательно повторить процедуру инициализации регистров и векторов, т.к. понадобится подпрограмма чтения блоков тома по номеру блока - более подробно в брошуре.

[/q]

Начальный загрузчик 173000 я сделал совсем простым, про прерывания он ничего не знает.
Насчет векторов - гляну .DRVTB, это для Multi-Vector handlers, похоже, то, что нужно.

Тут обнаружил, что то, чем управляет DW.MAC, очень похоже на WD1010, почти. Команды чтения-записи-форматирования-рекалибровки те же, почти все биты состояния на месте, так же работает с буфером сектора. А DMA, хе-хе, у него нету
И прикол, (наверное в стиле PDP?) в подпрограмму передачи сектора как параметр передается машинная команда, которая, исполняясь в этой подпрограмме, передает сектор туда или сюда, в зависимости от того, чтение это сектора или запись. Надо обдумать такой приемчик.

У себя девайс назову WD. Так понял, что оно любое двухбуквенное, лишь бы уникальное?

А номер ID для девайса тоже любой, лишь бы уникальный? (варианты, 0 как у RK, или 53 как у DW)

Mixa написал:

[q]

У себя девайс назову WD. Так понял, что оно любое двухбуквенное, лишь бы уникальное?

[/q]

Да.


Mixa написал:

[q]

А номер ID для девайса тоже любой, лишь бы уникальный?

[/q]

Типа.
По сути - вряд ли на что-то влияет.

Anonymous написал:

[q]

А так уже драйвер для УКНЦ называется

[/q]

Вот незадача. Проект изолированный, но мало ли что. Тогда попробую XD Или DA. Или AD, как во фряхе.