Корвет: ExtROM Open Source extender

[esl]

ЕМНИП на ВГ93 можно определять, вставлен-ли конверт по индексному маркеру и закрытому драйву, но сейчас уже и не припомню как, биос лет 20 назад писал.

это только в динамике можно узнать
(всё время порашивая WriteProtect?? на предмет его смены)

Есть очень серьезное подозрение что впервые этот метод был реализован на корвете

в PKTOOL, там при смене диска - автомато перечитывалась директория, было ЖУТКО удобно

Это увидел RST7 - и после этого появился RST Commander где это было реализовано.
а потом - пошло поехало

---------- Post added at 12:27 ---------- Previous post was at 12:23 ----------

Хотя это вряд-ли поможет если на Корвете не все биосы возвращают DPH.

CP/M - возвращает
в Микродос просто нет этой таблицы перед DPB

---------- Post added at 13:40 ---------- Previous post was at 12:27 ----------

работает, только 64x16 ему маловат
пришлось запустить граф биос, в нем влазит всё.

DISK INFORMATION FOR LOGICAL DRIVE A
*** YOUR BIOS NOT SUPPORT PHYSICAL DISKETTE PARAMETER TABLE ***
Advice: try to read physical parameters from boot record\

хотя вроде должен нормально сработать

а чем оно компилилось ?

---------- Post added at 13:50 ---------- Previous post was at 13:40 ----------

Жесть!

Скажи!

Вообще создаётся впечатление что всё к чему прикоснулся НИИСЧЁТМАШ - это шедевр.
Вон forth32 уже несколько раз озвучивал свое мнение о разработчиках ОПТС

причем - смотриш на машину и тот-же cp/m - красота
ОПТС(биос)/микродос - ад

[PPC]

DISK INFORMATION FOR LOGICAL DRIVE A
*** YOUR BIOS NOT SUPPORT PHYSICAL DISKETTE PARAMETER TABLE ***
Advice: try to read physical parameters from boot record\[/CODE]
хотя вроде должен нормально сработать

Вот с этого места, выбери в меню опцию
1 - Work with Diskette Parameters Header DPH
(нажав клавишу 1)

Что видишь?
Появилось туча инфы про DPH и вложенное меню
0. Memory Dump
1. Sector Translation Table XLT
2. Work with Diskette Parameters Block DPB
3. Checksum Buffer
4. Disk Usage Map

В этом меню только опция 2 проимплеменчена и должна показать физику и логику про дисковые параметры.
Дальше я устал и забил имплементровать

На Векторе-и для CP/M и для МикроДОС работает. Попробуй на Корвете пожалуйста.

а чем оно компилилось ?

Так в сырках написано в каждом файле: for SuperSoft C ver.1.2.3

[esl]

Вот с этого места, выбери в меню опцию
3. DPB
4. Checksum Buffer
5. Disk Usage Map

На Векторе-и для CP/M и для МикроДОС работает. Попробуй на Корвете пожалуйста.

cp/m (это с граф драйвером экрана)

микродос (родной текстовый режим)

[PPC]

Работает. Попробуй опцию
2. Work with Diskette Parameters Block DPB

[PPC]

А вот что кажет Вектор для логического диска на 236К. Может прога будет вам с forth32 подспорьем по биосам лазать.

[esl]

Работает. Попробуй опцию
2. Work with Diskette Parameters Block DPB

я ж сразу написал что работает

оно должно на всех cp/m работать, вызовы то все стандартные

почему не печатает физ параметры, мне интеренсно, вечерком попробую глянуть.

[forth32]

Итак, очередной этап разработки готов к тестированию. На этот раз мы имеем 2 крупных изменения.

В биосе формируется таблица из 4 слов, содержащих адрес поля DRVMASK каждого из 4 DPB. Еще раз подчеркиваю - указатели показывают именно на байт с маской, а не начало официального DPB (CPMTxx).
В вызов SELDSK добавлен вариант C=FE. При этом в HL возвращается адрес этой таблицы. Теперь mount берет адреса DPB именно из этого вызова. Если он нарвется на старый биос, не поддерживающий это расширение, то в HL вернется признак ошибки 0000, и mount об этом скажет.
Также я обучил mount работать через bdos GETVER, и для microdos он теперь показывает только 2 диска. Проверить я этого пока не могу - нужен патч на микродос.

Второе изменение касается идеи ESL о mount-диске. Я хорошо подумал, и добавил в BIOS еще один диск с параметрами, идентичными рамдиску, и тоже прошитыми в биос намертво. Теперь рамдиск переехал на F, а на E монтируется образ EXRTOOLS.DSK, лежащий в корне карты (ну или прямо в каталоге extrom эмулятора). Расширение DSK я использовал потому, что это совсем не KDI файл. Он не имеет ни инфосектора, ни системных дорожек, а сразу начинается с каталога, и имеет размер 144К. Его параметры, как и для рамдиска, жестко забиты в биос, и перемонтировать его невозможно. Сейчас диск доступен для чтения-записи, в будущем запись надо отключить, во избежании разрушения информации на нем. И сделать через API включение разрешения записи для возможности обновления содержимого диска. На диск можно положить mount, pip, stat, ну и что там еще бывает часто нужно. С микродосом, как я понимаю, такой вариант не пройдет - там невозможно добавить еще один DPB. Там придется или пожертвовать рамдиском, или что-нибудь еще придумать.

Соответственно, контроллер и эмулятор обучены корректно обрабатывать вызовы с DRV=4. Патчи для эмулятора я прикладываю, прошивка контроллера будет завтра - что-то после недельного отдыха мой корвет сглючил, надо его подремонтировать.

ESL. Тебе придется сделать следующие изменения в биосах (в моем биосе все уже изменено, можешь прямо брать оттуда куски кода):

1. Создать таблицу адресов масок, как я в начале написал. У меня в биосе она называется DRVMASKTBL. Для CP/M эти поля физически существуют в блоках DPB. Для микродоса создавай такую же таблицу, но из 2 слов (поскольку в системе только 2 диска), и реально использоваться там будет только слово для B, поскольку А всегда эмулируемый. Оно должно также указывать на адрес байта, в который mount будет записывать маску, а тебе в вызовах READ и WRITE придется ее проверять. И обнулить при старте системы.

2. В вызове SELDSK при C=FE вернуть адрес этой таблицы в HL.

3. В вызове READ и WRITE перенести проверку на рамдиск с DRV==4 на DRV==5. А при 4 принудительно перейти к обработке эмулируемых дисков, поскольку диск E не может быть физическим.

4. Создать в биосе еще одну таблицу DPB, эквивалентную таблице рамдиска. Также создать для этого диска 18-байтовый массив распределения ALV, и головную таблицу DPH, поставив ссылку из нее на DPB и ALV.

5. В таблицу списка устройств DRVTAB внести адрес созданной DPH в позицию E, а то, что там было раньше, перенести на позицию F.

Вот вроде и все. В архиве прикладываю патчи для эмулятора, новый BIOS, новый mount, и EXRTOOLS.DSK - образ диска E. Его надо положить в корень карты, а в эмуляторе - в каталог EXTROM.

Теперь насчет предложения заставить mount проверять наличие контроллера FDC и при его отсутствии не давать монтировать физические диски. Идея отличная. Только, как думаешь, можно ли из прикладной программы срать в порты FDC? Не нарушит ли это работу биоса? Вроде бы не должно. Завтра починю корвет, а потом добавлю это в mount.

[forth32]

Доделал прошивку контроллера. Вроде теперь у меня все.
Теперь очередь ESL доделать загрузчик, и потом надо все это опробовать в работе.

[forth32]

Что-то подзаглохла тема в последнее время. Но вот я малость освободился и вернулся к разработке.

Теперь я дописал 1 часть документации - самую основную. Прикладываю ее сюда - почитайте, может быть, появятся вопросы или замечания. Кроме того, я произвел мелкие доработки системы - прошивки, mount, итд. Чтобы не заниматься каждый раз ерундой с выделением и упаковкой изменившихся файлов, я навел порядок в своем репозитории и открыл туда общий доступ.

https://bitbucket.org/forth32/korvet-extrom

Теперь все изменения будут отражаться там.
Осталось написать еще доку по сборке и отладке системы.

[marinovsoft]

Прочитал, исправил пару ошибок, выделил пару-тройку предложений желтым цветом.