Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Просьба помочь с MFM
RSS

Просьба помочь с MFM

<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 7
Печать
 
hardware10
Advanced Member


Откуда: Moscow
Всего сообщений: 2051
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 мая 2007
KALDYH написал:
[q]
Кстати, а разве были RLL винты с 17 секторами на дорожку штатно?
[/q]
Спасибо, а чем динамический low-level отличается от просто low-level?
Про RLL и 17 секторов не в курсе, у меня они были один раз в жизни на
286, сто лет назад.
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
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
Advanced Member


Всего сообщений: 752
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
13 мая 2015
hardware10 написал:
[q]
Advanced setup
http://wiki.mamedev.org/index.php/File:Ct486-setup3.png
скан не мой, но оно у всех одинаково. Открываем область
для загрузки ROM адаптера. Иначе он не проинициализируется.
[/q]
Открываем картинку, и что видим? Например Adapter ROM Shadow C8000, 32K: Disabled / Enabled.

XPOHOMETP написал:
[q]
hardware10 написал:
[q]
В общем для загрузки MFM на 486 действительно надо было разрешить в сетапе запись в области памяти. По-умолчанию запрещено.
[/q]
Это про Shadow ROM что-ли речь идет?
[/q]
Что и требовалось доказать.

Эта опция всего лишь разрешает перезапись содержимого ПЗУ адаптера в ОЗУ для уменьшения времени доступа к нему.
Как следствие, это несколько увеличивает скорость работы адаптера в целом.
Например, можете на видеодаптере скорость вывода проверить при вкл / откл аналогичной опциии для адреса C000.
Принципиально на работоспособность платы влиять не должно (и на её инициализацию в том числе).

Ох уж эти сказки, ох уж эти сказочники :)

KALDYH написал:
[q]
Memory mapped I/O. Совсем о нём забыл.
[/q]
Что-то не то Вы вспомнили в общем...
Не солидно Advanced Member-ам вводить начинающих в залуждение :)
KALDYH
Advanced Member
Технонекромант

Откуда: Кемерово
Всего сообщений: 2355
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 июня 2009
XPOHOMETP написал:
[q]
Что-то не то Вы вспомнили в общем...
[/q]
Оффтопик: Оффтопик: Вполне возможно, учитывая, что ТС до той моей реплики не озвучивал ни точного названия пунктов, ни модели контроллера, вообще никакой конкретики. Да, данные конкретные два контроллера работают обычным образом, через порты.


XPOHOMETP написал:
[q]
Принципиально на работоспособность платы влиять не должно (и на её инициализацию в том числе).
[/q]
ТС утверждает обратное, в том-то и дело.
Оффтопик: Оффтопик: Вообще говоря, где-то у меня лежит точно такой же контроллер, материнка с таким же биосом и ST-238R, и я мог бы повторить все те же действия. Но, боюсь, это сведётся к тому, что "у меня всё работает".
XPOHOMETP
Advanced Member


Всего сообщений: 752
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
13 мая 2015
KALDYH, ну, надеюсь мы поняли друг-друга :)

Так то конечно есть случаи, когда аналогичная перезапись ПЗУ в ОЗУ просто необходима.
Например, бОльшая часть кода BIOS материнских плат с некоторых пор в ПЗУ хранится в архивированном виде.
А для приведения его в "рабочий" вид как раз и происходит его перезапись с разархивацией в теневое ОЗУ.
Но при этом пользователь не имеет возможности Disabled / Enabled сей процедуры.

Однако не думаю, что на древних MFM этот приём использовался.
Ну и скептически отношусь к некоторым утверждениям, если им не удается найти логичное объяснение.
Может ТС просто эксперимент не совсем корректно поставил, или испытывал в разных условиях и тд и тп... Мы же со свечкой рядом не стояли :)


Да и вопрос изначально был как с АТА на MFM инфу переносить.
Полезней было бы с утилитами от -MiS- поиграться.
Пока времени не нашел, других забот привалило...
hardware10
Advanced Member


Откуда: Moscow
Всего сообщений: 2051
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 мая 2007
XPOHOMETP написал:
[q]
Эта опция всего лишь разрешает перезапись содержимого ПЗУ адаптера в ОЗУ для уменьшения времени доступа к нему.
[/q]
Эта опция разрешает загрузку ROM в область памяти. В отличие от видеодаптера или ROM материнской карты, для подавляющего большинства SCSI контроллеров во времена 486-х, это было ОБЯЗАТЕЛЬНЫМ условием для их инициализации в системе. Судя по моим экспериментам, MFM контроллеры с ROM, полностью с этим солидарны.
hardware10
Advanced Member


Откуда: Moscow
Всего сообщений: 2051
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 мая 2007
XPOHOMETP написал:
[q]
Может ТС просто эксперимент не совсем корректно поставил, или испытывал в разных условиях и тд и тп...
[/q]
ТС запускал SCSI с теми же требованиями на серверах середины 90-х, и банально забыл об этих прихотях.
В особо запущенных случаях приходилось по три области разрешать и еще разруливать адреса, чтобы не дрались друг с другом.
Тут та же схема - загрузку запрещаем, контроллер не запускается. Соб-но это и было причиной моего первого поста. Для видео и матерей это так не критично, возможно действительно это связано с распаковкой рома.
XPOHOMETP
Advanced Member


Всего сообщений: 752
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
13 мая 2015
hardware10 написал:
[q]
для подавляющего большинства SCSI контроллеров во времена 486-х, это было ОБЯЗАТЕЛЬНЫМ условием для их инициализации в системе.
[/q]
Прямо в инструкции на контроллер SCSI так сказано было? Просто не на всех материнских была такая опция.
Хотя черт его знает - может на тех где не было они автоматом ПЗУ в ОЗУ копировали.

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

hardware10 написал:
[q]
...области разрешать... ...загрузку запрещаем...
[/q]
Вот такая терминология и приводит к недопониманию.
А на самом деле то всё просто - содержимое ПЗУ копируется в ОЗУ, ПЗУ переводится в "теневое" (Shadow ROM)
на эти адреса отображается то ОЗУ с копией кода, откуда далеее он и исполняется...

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

hardware10 написал:
[q]
Соб-но это и было причиной моего первого поста.
[/q]
Там вроде как про совместную работу MFM и AT HDD речь шла.
И этот результат пока не достигнут :frown:

hardware10 написал:
[q]
Для видео и матерей это так не критично, возможно действительно это связано с распаковкой рома.
[/q]
Не тот случай - на XT (с её 640 кбайтами) ПЗУ копировать/распаковывать некуда, однако же MFM работает...

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


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Господа, я сделаю два замечания.

1. ISA option ROM рассчитаны на исполнение из ПЗУ, в отличие от PCI, которые наоборот всегда исполняются из RAM.Shadow эта опция для увеличение скорости, и MFM контроллер
никак не может это требовать, особенно учитывая что он рассчитан на работу в XT.

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

Разрешение shadow для области его BIOS гарантированно нарушает работу, разнообразным
образом. Полагаю, таким странным способом была сделана временная задержка, но не уверен.
hardware10
Advanced Member


Откуда: Moscow
Всего сообщений: 2051
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 мая 2007
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
машины, после этого все работает. Честно скажу, адреса куда загружается не высматривал, было лень, открыл сразу все.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 7
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Просьба помочь с MFM
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS