SD-ROM Картридж

[esl]

Так ведут себя ВСЕ загрузчики? :-)

[Advertiser]

[KTSerg]

Так ведут себя ВСЕ загрузчики? :-)

Которые читают ПЗУ, уверен на 99.99% поскольку основаны они на "заводских" а тут смысла чего-то менять совсем нету...
Если у кого есть все загрузчики, можно дать "поиск по содержимому файла" какой-нибудь последовательности байт характерной для загрузчика из ПЗУ. Думаю она будет найдена во всех вариантах.
Подозреваю, что начало во всех одинаковое:
MVI A,82H
OUT 04
MVI B,0FFH
MOV A,B
OUT 05
MVI A,0FEH
OUT 07
IN 06
...

Нашел у себя 4 загрузчика. В 3-ех код аналогичен, только в загрузчике "hdd_boot.bin" начало поиска с 0x1F.

[MAF]

Которые читают ПЗУ, уверен на 99.99%
Нашел у себя 4 загрузчика. В 3-ех код аналогичен, только в загрузчике "hdd_boot.bin" начало поиска с 0x1F.

если меня не подводит мой скалероз, то минимальный объем микросхемы пзу на ром-модуле был 8к в канонических версиях загрузчиков. 1F - это уже доработка, для того чтоб загрузить биос котролера диска, а он был по моему в 2к.

P.S. Могу ошибаться, давно было

[KTSerg]

если меня не подводит мой скалероз, то минимальный объем микросхемы пзу на ром-модуле был 8к в канонических версиях загрузчиков. 1F - это уже доработка, для того чтоб загрузить биос котролера диска, а он был по моему в 2к.
P.S. Могу ошибаться, давно было

Не, это просто измененный алгоритм, работающий аналогично "стандартному" загрузчику ПЗУ.
Я выше привёл кусок начала алгоритма, там видно, что первичное значение берётся "1F" и сразу от него отнимается "20", и далее используется уже результат вычитания, т.е. фактически начинается с того-же "FF".
Причём как я уже тоже писал, выяснилось, что старший бит адреса не участвует в формировании адреса ПЗУ, это бит "активации" ПЗУ как писал artur_n.
Так-что загрузчик "hdd_boot.bin" проверяет ПЗУ так-же как "стандартный", с шагом 8КБ.