ПК8000 - загрузка с внешних носителей

[esl]

Есть флэши, программируются даже с самого ПК. Так что как раз это не проблема. При желании можно в схеме это предусмотреть и обновлять ПЗУ прямо с ПК8000

а смысл ?
у нас STAGE2 LOADER читается с SD, а его заменить много проще чем флеш перешить.

Ээээ... Я вроде как к ней винт подключил и Compact Flash. SD - это просто более удобное средство переноса файлов между ПК и PC, так как допускает динамическое подключение.

я приблизительно про это и говорил
что в реальной жизни там будет одно устройство.

Кто же его грузить то будет? БИОС ПК этого не делает, он тупо передает управление на считанный адрес с ПЗУ, справедливо полагая, что туда отображается ПЗУ с разъема расширения.
Поэтому я и не врублюсь, что даст лишь одна линия адреса?

биос и будет, однокристалка эмулирует минипзу
биос то тупо передаёт, но проц память читать то не перестает ?

Ее нет. Это были хотелки проектировщиков на следующую модель, которая так и не увидела свет.

я посмотрел по схеме, там есть.
если нет - вариант с пзу будет проще.

Тайминг - это радиолюбительский трюк. По хорошему создается порт статуса, по которому программа отслеживает готовность данных от/к МК.

если мне не изменяет память то скорости ПК8000 не хватало даже для чтения вг93
и там был трюк с 4мя ячейками рама и хитрым циклом чтения ?

а тормозить проц для таких вещей имхо нормально.

Нет. Параметры диска хранятся на самом диске, как это сделано в MS-DOS. Поэтому система может работать с дисками любых размеров, хватило бы памяти.

и как это сделано у Корвета
в первых 128 байтах диска живет DPB и биос читая диск первый раз настраивается на него.

Никто. А зачем, если система может работать непосредственно с диском?

а зачем работать непосредственно с диском если можно это отдать в мозги контроллера ?

Это было бы справедливо, будь количество файлов хотя бы под 200 и выше.

не понял.
а сколько будет файлов в директории на диске размером 8 метров ?

Тем более:
Система может работать с несколькими дисками сразу - на одном храним утилиты, на другом - игрушки, на третьем музон и тд. Это не считая областей USER.

с коими в cpm работать жутко неудобно
в микродос - чуть удобнее.
да и ограничении на колв-во файлов в директории не отменяется.

В моей реализации и 32Мб подключаются, по несколько сразу Программисты мы, или хрен собачий?

это да

---------- Post added at 12:03 ---------- Previous post was at 12:00 ----------

Вот как раз этого я и не хочу. Я сторонник жесткого разделения софта и железа. ОС отвечает за файловую систему, МК - за железки. А мешая все в кучу, мы только наживаем лишние проблемы.

в этом месте наше мнение радикально расходится
в нашей реализации ос всё еще отвечает за файловую систему
просто для однокристалка от нее прячет тот уровень о которой цпм знать не стоит.
ибо таки да, работать на 8080 с FAT - это долго и дорого.

---------- Post added at 13:03 ---------- Previous post was at 12:03 ----------

Можно и в ПЗУ. Никто не запрещает. В моей реализации практически весь BIOS CP/M хранится именно в ПЗУ.

и ТПА пользователя увеличивается ??