Полигон-2

XPOHOMETP написал:

[q]

Что-то не то Вы вспомнили в общем...

[/q]

XPOHOMETP написал:

[q]

Принципиально на работоспособность платы влиять не должно (и на её инициализацию в том числе).

[/q]

ТС утверждает обратное, в том-то и дело.

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, там меньше шансов наступить на грабли)