Полигон-2

XPOHOMETP написал:

[q]

Эта опция всего лишь разрешает перезапись содержимого ПЗУ адаптера в ОЗУ для уменьшения времени доступа к нему.

[/q]

Эта опция разрешает загрузку ROM в область памяти. В отличие от видеодаптера или ROM материнской карты, для подавляющего большинства SCSI контроллеров во времена 486-х, это было ОБЯЗАТЕЛЬНЫМ условием для их инициализации в системе. Судя по моим экспериментам, MFM контроллеры с ROM, полностью с этим солидарны.

hardware10 написал:

[q]

для подавляющего большинства SCSI контроллеров во времена 486-х, это было ОБЯЗАТЕЛЬНЫМ условием для их инициализации в системе.

[/q]

Прямо в инструкции на контроллер SCSI так сказано было? Просто не на всех материнских была такая опция.
Хотя черт его знает - может на тех где не было они автоматом ПЗУ в ОЗУ копировали.

hardware10, любое решение имеет право на жизнь, особенно если оно приводит к положительному результату

hardware10 написал:

[q]

...области разрешать... ...загрузку запрещаем...

[/q]

Вот такая терминология и приводит к недопониманию.
А на самом деле то всё просто - содержимое ПЗУ копируется в ОЗУ, ПЗУ переводится в "теневое" (Shadow ROM)
на эти адреса отображается то ОЗУ с копией кода, откуда далеее он и исполняется...

Повторюсь, готов поверить даже в наличие живого Деда Мороза , но всему должно быть логичное объяснение.
В данном случае меняется скорость выполнения программы. Может там задержки временные в виде обычных циклов организованы.
Вот и меняется их соотношение при работе из ПЗУ и ОЗУ соответственно. Без бутылки дизасcемблера не разберешься!

hardware10 написал:

[q]

Соб-но это и было причиной моего первого поста.

[/q]

Там вроде как про совместную работу MFM и AT HDD речь шла.
И этот результат пока не достигнут

hardware10 написал:

[q]

Для видео и матерей это так не критично, возможно действительно это связано с распаковкой рома.

[/q]

Не тот случай - на XT (с её 640 кбайтами) ПЗУ копировать/распаковывать некуда, однако же MFM работает...

P.S. Чуть выше -MiS- архив с утилитами выкладывал.
Одна там вроде позволяет получить доступ к дискам на вторичном контроллере при отсутствии его поддержки в БИОС.
Параметры диска прямо в командной строке указываются.
А вторая просто IDEDRV.EXE называется (без уточнений про первичный-вторичный).
Может помогут? Т.к. sanders неоднократно писал, что если в БИОС диски не определять, то машина с MFM 8 бит и IDE стартует нормально.
Сам проверить пока не успел, да и нет у меня MFM. Хочу под СF на вторичном контроллере для 386 приспособить...

XPOHOMETP написал:

[q]

Прямо в инструкции на контроллер SCSI так сказано было? Просто не на всех материнских была такая опция.

[/q]

Вы серьезно считаете, что я помню )) Это был 95-й год )). На серверах Acer оно было, а инструкции к Баслоджикам и другим контроллерам
того времени я и не помню. Помню красивый мягкий розовый поролон внутри ))


XPOHOMETP написал:

[q]

Вот такая терминология и приводит к недопониманию.
А на самом деле то всё просто - содержимое ПЗУ копируется в ОЗУ, ПЗУ переводится в "теневое" (Shadow ROM)
на эти адреса отображается то ОЗУ с копией кода, откуда далеее он и исполняется...

[/q]

Ну так а я как ее держал? (с) Особенности национальной рыбалки? Я так и сказал, загрузка ROM в область памяти, в разрешенное адресное пространство. Дальше контроллер работает не с ромом, а с озу. Я могу еще тремя разными способами это пересказать, от этого принцип работы механизма не изменится.


XPOHOMETP написал:

[q]

Там вроде как про совместную работу MFM и AT HDD речь шла.

[/q]

Изначально речь шла о том, что из дорого десятка контроллеров со своим ROM, на AT матери(286 и 486) отказались работать все,
а работал только тот, кто без ROM и требовал выставления диска в сетапе.

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


XPOHOMETP написал:

[q]

Не тот случай - на XT (с её 640 кбайтами) ПЗУ копировать/распаковывать некуда, однако же MFM работает...

[/q]

Да, на XT работает. На AT - нет. С чем связано - не знаю, я не настолько хорошо разбираюсь в архитектуре PC, просто
констатирую факт. Тупо вынимаем из ХТ, вставляем в АТ, диск не виден. Разрешаем в сетапе загрузку ROM контроллера в область RAM
машины, после этого все работает. Честно скажу, адреса куда загружается не высматривал, было лень, открыл сразу все.

i8088 написал:

[q]

2. У меня есть древний ST-01. В его BIOS есть инструкции записи в ПЗУ, причем не на
область MIO (этот контроллер отображается на память), а прямо на код. Запись должна
быть всегда неудачной, иначе прошивка портит сама себя в ОЗУ.

[/q]

i8088, благодарю за напоминание, теперь я знаю, откуда у меня в памяти примеры memory mapped i/o.

XPOHOMETP написал:

[q]

а про "автоопределение" дисководов ещё раз не прокомментируете?

[/q]

Я прокомментирую, если не возражаете:

XPOHOMETP написал:

[q]

Чтобы дорожки пересчитать, надо уехать от центра дискеты на 80 и далее дорожек.
Вы много слышали компов, где дисковод приводом головок об упор долбится ???
А если дискета там стоит? Так можно или подвес погнуть, или головки оторвать!

[/q]

Я - не много слышал, по одной простой причине: нет у меня 40-дорожечных дисководов. У кого такие есть, могут запросто проверить экспериментально. И да, ни головки, ни дискета при этом не пострадают: запаса свободного места там предостаточно и упор безопасный, подобная ситуация является нештатной, но допустимой.

hardware10, с правильной установкой перемычек для вашего винта и обоих контроллеров, WD1002 и WD1004, разобрались? (рекомендую эксперименты проводить на XT, там меньше шансов наступить на грабли)

Добрался наконец до проверки утилит, которые в этой теме -MiS- выкладывал.
Проверял на 386 с мультикартой на Prime 2 (первичный IDE на 1F0, IRQ 14) и звуковой CT2800 (вторичный IDE на 170, IRQ 15).
Поддержки вторичного IDE в BIOS матплаты естественно нет.

Там в архиве драйвер FGDRV2.SYS и сетап к ней DIU.EXE, есть README.
После установки получил доступ к винту на 4,3 ГБ на вторичном IDE.
Детектится правильно, все тесты в Norton Disk Doctor проходит.
Правда на весь объем не проверял - там только один раздел чуть меньше 500 МБ был.
CF на 512 МБ автоматом не определяет, но при ручной конфигурации тоже работает.
Что хотел - я получил -MiS-, ещё раз спасибо!

Вторая утилита в архиве IDEDRV.EXE, без описания, но явно лезет на первичный канал IDE.
Назначение непонятно - или ошибку выдает, или виснет.
Потому поискал нечто аналогичное в гугле...

Нашлось вот это:
ftp://ftp.brain.it/public/Old_Driver/Driver CD ROM/Power IDE!/
В кратце: есть описание, сетап, диагностика и т.д., в т.ч. для винды.
В результате имеем пару драйверов плюс пара строчек в CONFIG.SYS.
В BIOS-е материнской для чистоты эксперимента отключаем определение всех дисков кроме флоппи.
Грузимся с дискеты и получаем возможность доступа к 4 дискам IDE до 8 ГБ каждый
Всё видится, тесты NDD тоже проходят.

Может ещё кому пригодится или поможет при переносе информации на MFM/RLL
sanders тут намекал что для совместной работы MFM 8 бит и IDE последние надо в BIOS отключать...