Полигон-2

Предыстория тут:
http://www.phantom.sannata.ru/...mp;t=15895
Мне понадобилось считать Debug-ом все ПЗУ-шки в файлы, чтобы сличить их с оригинальными прошивками, взятыми из той темы.
Считывал стандартным способом:
rbx
2000 (длина)
n a:\basic.f6
w f600:0000
Комп пишет: Writing 2000 bytes, и вроде бы все ОК.
Так я считал все ПЗУ по адресам F600, F800, FA00, FC00, FE00(BIOS).
Каково же было мое удивление, когда в файлах оказалась белиберда. Я сравнивал то, что видел на экране: -d F600:0000 и содержимое одноименного файла. Там ни одного схожего байта нет. Даже, переставлял полубайты местами - нет совпадений.
Я проверил системную дискету на вирусы (хотя я всегда держу окошки защиты открытыми).
Я предположил, что я что-то путаю, вытащил другую ХТ-ху (noname) и 386ю. Из них такими же командами ПЗУ считались корректно.
Я предположил, что Мазовия не понимает дискеты 3,5" 720КБ и поставил 5" 360КБ флоп.
Не помогает! В файлы идет белиберда. В файле BIOSа вообще нет текстовых строк Warsava MIKROROMPUTERI и т.д.
Уже, когда лег спать, я подумал, что не проверил последнюю идею: Я ведь всегда использую в качестве контроллера флопа обычную 16-битную мультяху, висящую в воздухе старшими контактами. И по всем теориям она должна работать на ХТ в режиме 360/720. И в других ХТ до сих пор она работала. Так может BIOS Мазовии хочет чего-то иного? Но файлы читаются/копируются нормально! Команда Copy con a:\123.txt создала вполне корректный файл из моих нажатий. Чем же debug отличается?
Вечером вставлю контроллер флопа с собственным BIOS-ом, чтобы писать средствами BIOS контроллера, а не BIOS материнской платы. И потом идеи закончатся.
Есть еще идеи? (ну кроме как считывать программатором)

По времени разбирательства с любым редактором, мне проще перешить 4 микросхемы.
Но теперь хочется понять с чем я столкнулся.

У некоторые мамок/BIOS-ов не работает DMA в верхней части памяти. Сначала надо перенести блок памяти "вниз", а потом записывать.

И еще для размышления о верхней памяти.
Во время проверки на вирусы на этой же материнке drweb-ом 90х годов, он уверенно стал проверять память свыше 640Кб, хотя на материнке установлено 640КБ. То ли DOS ему не сообщает сколько всего памяти, то ли действительно с механизмом верхней памяти какая-то беда.
Контроллер FDD с BIOS-ом еще не проверял. Вечером проверю и отпишусь

i8088 написал:

[q]

alecv, при чем здесь DMA, мы же не используем DMA controller при сохранении F_segment debug-ом.

[/q]

Debug для сохранения использует BIOS, а BIOS этой материнки вполне может использовать для записи на флоппи DMA. Мне кажется, предположение alecv вполне разумное. Нужно попробовать сначала скопировать этот фрагмент в нижнюю память (командой m), а потом уже записывать на флоппи оттуда.

Команда d - работает. Любая область ПЗУ выводится на экран, и она похожа на достоверную. По этому я и сужу о том, что в файл записывается белиберда.

Да, там опечатка с регистрами.
Использую CX, но знаю, что debug сам обнуляет при запуске все регистры, в т.ч. BX.
Все делал правильно и не раз.
Контроллер 1,2/1,44 со своим BIOS-ом не помог.
Команда m F600:0000 2000 5000:0000 и затем запись с 5000:0000 помогла.
Цели я достиг. Все 4 микросхемы бэйсика у меня местами отличаются от исходников в сети, почему он не стартует я понял.
Но я так не понял при чем тут DMA и почему процессор, адресующий 1Мб памяти не может считать любой кусок памяти на дискету.
Если бы виновата была бы DOS с ее ограничениями, тогда на других бы материнках тоже не читалось бы.

Скорее BIOS кривой и неправильно программирует контроллер DMA i8237.
Контроллер флопа i8272 в PC-архитектуре работает при активном участии контроллера DMA i8237.
Если формально, можно и без DMA, но флоповый INT 13 написан с использованием DMA.