Полигон-2

Кай написал:

[q]

Хотя, судя по содержимому, очень похоже на ROM-картриджи расширения для PCjr.

[/q]

Просто дампились этой тулзой. Соответственно надо резать в начале 256 байт или сколько там, до сигнатуры 55AAh

...вот и у меня на реальной XT не заработали. Я же сказал - дампы картриджей для PCjr. Хоть режь их под 55AA, хоть не режь, дампом от Zeos там не пахнет.

У меня складывается впечатление, что универсальный ROM-DOS это одна большая афера, как и универсальный ROM-BASIC.

Я присматриваюсь к ROM-DOS с точки зрения XT (8088), ибо дальше (286+, ISA-16) оно нафиг не нужно. Так вот, основная проблема как мне видится - это ограничение в размере диска ~64Кб. Вытекает оно из того, что начиная с адреса 0xC0000 может находится видео-биос . Пускай максимум он может занимать 32Кб, значит свобода начинается с 0xc8000. До 0xd0000 остается 32Кб, там межсегментный переход. Соответственно в эти 32Кб можно запихнуть обработчик int 13h для эмуляции дисковых операций. С 0xd0000 до 0xe0000 остается 64Кб. Здесь может находится непосредственно образ 64 Кб. А дальше уже системный биос.

Конечно, обработчик не будет занимать все 32кб, да и биос на XT не занимает 64Кб, поэтому можно немножко сложить еще даты в конец обработчика и в начало 0xe0000. Усложнив тем самым создаваемый образ и код его обработки (ибо нужно прыгать по сегментам). Ну пускай в обработчике 16 кб для данных и в 0xe0000 32кб. Итого: 16+64+32=112 Кб. DOS v5.0 (IO.SYS+MS-DOS.SYS и COMMAND.COM) не влезет. Если очень постараться, то можно от 0xe0000 откусить не 32, а 56Кб, тогда DOS v5.0 влезет (три системных файла). И... И на этом все - никакую плату расширения с собственным BIOS, кроме видеокарты, в компьютер вставить будет нельзя. Остается голый COMMAND.COM и флоп. Целесообразность этого под большим вопросом.


Tronix написал:

[q]

Чешский - это вообще не DOS, а так, типа "своя крутая ось".

[/q]

Ошибся я, чешский ROMOS это как раз вышеизложенная идея, только проще - там и обработчик и образ в одном сегменте, поэтому образ диска не может быть больше 62Кб никак (2кб у них обработчик занимает). Он работает, но во-первых кернель фридоса там для 386+, во вторых так же абсолютно голый - DIR, DEL, COPY, REN, да и пожалуй все из команд.

А что мешает собрать на основе PLOP?
http://www.plop.at/
правда там линух

Ну проблему с нехваткой места это не отменяет. 64Kb (даже ладно, черт с ним, со всеми ухищрениями и "размазкой" данных по сегментам, пускай 128Kb) это впритык только для системных файлов DOS v5.0. Плюс, уже тот же контроллер MFM не вставишь, так как для его option ROM BIOS тупо не остается места. Можно конечно попробовать еще немножко сжимать образ, но разжимать его придется "на лету" (минус скорость) и разжимать куда-то в память (минус память). Можно сжимать короткими блоками, например по 512 байт, что бы для распаковки требовалось только 512 байт, но эффективность такого сжатия конечно минимальна. Плюс вырвимозгный код, который щаз уже вряд-ли кто напишет за просто так, ради идеи, а не за бабло

Подводя итог, можно сказать, что DOS в ПЗУ зашить можно, но не на "повседневной" машине, так как сидеть с одним голым COMMAND.COM и флопиком - печально. Скорее такая конфигурация больше подходит для узкоспециализированных компов-терминалов, которые должны постоянно работать с какой-то одной DOS-программой (небольшой), либо работать вообще без дисплея (рулить каким-нить станком по COM-порту) и тд. Пример из жизни - кассовые проги, которые там во всяких "копейках/пятерках/дикси" стоят - по сути комп-сканер штрихкодов-дисплей-принтер. Такой комп выполняет только одну задачу постоянно, без возможности (и надобности) загружать что-либо еще, отличное от этой софтины. Вот туда такое решение напрашивается, и скорее всего оно там так и есть.