Полигон-2

hardware10 написал:

[q]

а чем динамический low-level отличается от просто low-level?

[/q]

По правде говоря, сам не разобрался. Может, это наведёт на мысль?

[q]

An optional WD SuperBios provides dynamic Drive Table setup
and enhanced performance.
The SuperBios is part number: 62-000094-032

There are six versions of the WD1002-27X Controller:

              ROM BIOS I.D.      Feature   Description

        (1)   --- none ----        F000    no ROM BIOS or mounting bracket
        (2)   --- none ----        F007    no ROM BIOS w/ mounting bracket
        (3)   62-000087-030        F019    ROM BIOS 0 (standard)
        (4)   62-000088-030        F022    ROM BIOS 1 (26 to 17 sector)
        (5)   62-000089-030        F016    ROM BIOS 2 (26 sector)
        (6)   62-000094-032        F301    Auto-Configuration ROM BIOS


[/q]

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
машины, после этого все работает. Честно скажу, адреса куда загружается не высматривал, было лень, открыл сразу все.