Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Просьба помочь с MFM |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 6 * 7 | Печать |
XPOHOMETP
Advanced Member
Всего сообщений: 752 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мая 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 29 ноября 2017 13:13 Сообщение отредактировано: 29 ноября 2017 13:27
hardware10 написал: Открываем картинку, и что видим? Например Adapter ROM Shadow C8000, 32K: Disabled / Enabled. Advanced setup XPOHOMETP написал: Что и требовалось доказать. hardware10 написал:Это про Shadow ROM что-ли речь идет? В общем для загрузки MFM на 486 действительно надо было разрешить в сетапе запись в области памяти. По-умолчанию запрещено. Эта опция всего лишь разрешает перезапись содержимого ПЗУ адаптера в ОЗУ для уменьшения времени доступа к нему. Как следствие, это несколько увеличивает скорость работы адаптера в целом. Например, можете на видеодаптере скорость вывода проверить при вкл / откл аналогичной опциии для адреса C000. Принципиально на работоспособность платы влиять не должно (и на её инициализацию в том числе). Ох уж эти сказки, ох уж эти сказочники KALDYH написал: Что-то не то Вы вспомнили в общем... Memory mapped I/O. Совсем о нём забыл. Не солидно Advanced Member-ам вводить начинающих в залуждение |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
XPOHOMETP написал: Что-то не то Вы вспомнили в общем... Оффтопик: Оффтопик: Вполне возможно, учитывая, что ТС до той моей реплики не озвучивал ни точного названия пунктов, ни модели контроллера, вообще никакой конкретики. Да, данные конкретные два контроллера работают обычным образом, через порты. XPOHOMETP написал: ТС утверждает обратное, в том-то и дело. Принципиально на работоспособность платы влиять не должно (и на её инициализацию в том числе). Оффтопик: Оффтопик: Вообще говоря, где-то у меня лежит точно такой же контроллер, материнка с таким же биосом и ST-238R, и я мог бы повторить все те же действия. Но, боюсь, это сведётся к тому, что "у меня всё работает". |
XPOHOMETP
Advanced Member
Всего сообщений: 752 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мая 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 29 ноября 2017 13:57 Сообщение отредактировано: 29 ноября 2017 14:13
KALDYH, ну, надеюсь мы поняли друг-друга Так то конечно есть случаи, когда аналогичная перезапись ПЗУ в ОЗУ просто необходима. Например, бОльшая часть кода BIOS материнских плат с некоторых пор в ПЗУ хранится в архивированном виде. А для приведения его в "рабочий" вид как раз и происходит его перезапись с разархивацией в теневое ОЗУ. Но при этом пользователь не имеет возможности Disabled / Enabled сей процедуры. Однако не думаю, что на древних MFM этот приём использовался. Ну и скептически отношусь к некоторым утверждениям, если им не удается найти логичное объяснение. Может ТС просто эксперимент не совсем корректно поставил, или испытывал в разных условиях и тд и тп... Мы же со свечкой рядом не стояли Да и вопрос изначально был как с АТА на MFM инфу переносить. Полезней было бы с утилитами от -MiS- поиграться. Пока времени не нашел, других забот привалило... |
hardware10
Advanced Member
Откуда: Moscow Всего сообщений: 2051 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 21 мая 2007 |
XPOHOMETP написал: Эта опция разрешает загрузку ROM в область памяти. В отличие от видеодаптера или ROM материнской карты, для подавляющего большинства SCSI контроллеров во времена 486-х, это было ОБЯЗАТЕЛЬНЫМ условием для их инициализации в системе. Судя по моим экспериментам, MFM контроллеры с ROM, полностью с этим солидарны. Эта опция всего лишь разрешает перезапись содержимого ПЗУ адаптера в ОЗУ для уменьшения времени доступа к нему. |
hardware10
Advanced Member
Откуда: Moscow Всего сообщений: 2051 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 21 мая 2007 |
XPOHOMETP написал: ТС запускал SCSI с теми же требованиями на серверах середины 90-х, и банально забыл об этих прихотях. Может ТС просто эксперимент не совсем корректно поставил, или испытывал в разных условиях и тд и тп... В особо запущенных случаях приходилось по три области разрешать и еще разруливать адреса, чтобы не дрались друг с другом. Тут та же схема - загрузку запрещаем, контроллер не запускается. Соб-но это и было причиной моего первого поста. Для видео и матерей это так не критично, возможно действительно это связано с распаковкой рома. |
XPOHOMETP
Advanced Member
Всего сообщений: 752 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мая 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 29 ноября 2017 17:23 Сообщение отредактировано: 29 ноября 2017 17:38
hardware10 написал: Прямо в инструкции на контроллер SCSI так сказано было? Просто не на всех материнских была такая опция. для подавляющего большинства SCSI контроллеров во времена 486-х, это было ОБЯЗАТЕЛЬНЫМ условием для их инициализации в системе. Хотя черт его знает - может на тех где не было они автоматом ПЗУ в ОЗУ копировали. hardware10, любое решение имеет право на жизнь, особенно если оно приводит к положительному результату hardware10 написал: Вот такая терминология и приводит к недопониманию. ...области разрешать... ...загрузку запрещаем... А на самом деле то всё просто - содержимое ПЗУ копируется в ОЗУ, ПЗУ переводится в "теневое" (Shadow ROM) на эти адреса отображается то ОЗУ с копией кода, откуда далеее он и исполняется... Повторюсь, готов поверить даже в наличие живого Деда Мороза , но всему должно быть логичное объяснение. В данном случае меняется скорость выполнения программы. Может там задержки временные в виде обычных циклов организованы. Вот и меняется их соотношение при работе из ПЗУ и ОЗУ соответственно. Без hardware10 написал: Там вроде как про совместную работу MFM и AT HDD речь шла. Соб-но это и было причиной моего первого поста. И этот результат пока не достигнут hardware10 написал: Не тот случай - на 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 написал: Вы серьезно считаете, что я помню )) Это был 95-й год )). На серверах Acer оно было, а инструкции к Баслоджикам и другим контроллерам Прямо в инструкции на контроллер SCSI так сказано было? Просто не на всех материнских была такая опция. того времени я и не помню. Помню красивый мягкий розовый поролон внутри )) XPOHOMETP написал: Ну так а я как ее держал? (с) Особенности национальной рыбалки? Я так и сказал, загрузка ROM в область памяти, в разрешенное адресное пространство. Дальше контроллер работает не с ромом, а с озу. Я могу еще тремя разными способами это пересказать, от этого принцип работы механизма не изменится. Вот такая терминология и приводит к недопониманию. XPOHOMETP написал: Изначально речь шла о том, что из дорого десятка контроллеров со своим ROM, на AT матери(286 и 486) отказались работать все, Там вроде как про совместную работу MFM и AT HDD речь шла. а работал только тот, кто без ROM и требовал выставления диска в сетапе. Совместная работа это уже отдельная песня, которая сейчас мне уже и не необходима жизненно. XPOHOMETP написал: Да, на XT работает. На AT - нет. С чем связано - не знаю, я не настолько хорошо разбираюсь в архитектуре PC, просто Не тот случай - на XT (с её 640 кбайтами) ПЗУ копировать/распаковывать некуда, однако же MFM работает... констатирую факт. Тупо вынимаем из ХТ, вставляем в АТ, диск не виден. Разрешаем в сетапе загрузку ROM контроллера в область RAM машины, после этого все работает. Честно скажу, адреса куда загружается не высматривал, было лень, открыл сразу все. |
XPOHOMETP
Advanced Member
Всего сообщений: 752 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мая 2015 |
hardware10, извиняюсь если что не так, никого задеть/обидеть не хотел Видимо, у кого чего болит - тот о том и говорит (думает)... Будем считать что практика победила i8088, а про "автоопределение" дисководов ещё раз не прокомментируете? http://www.phantom.sannata.ru/...3#pp409343 |
KALDYH
Advanced Member
Технонекромант Откуда: Кемерово Всего сообщений: 2355 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 5 июня 2009 |
i8088 написал: i8088, благодарю за напоминание, теперь я знаю, откуда у меня в памяти примеры memory mapped i/o. 2. У меня есть древний ST-01. В его BIOS есть инструкции записи в ПЗУ, причем не на XPOHOMETP написал: Я прокомментирую, если не возражаете: а про "автоопределение" дисководов ещё раз не прокомментируете? XPOHOMETP написал: Я - не много слышал, по одной простой причине: нет у меня 40-дорожечных дисководов. У кого такие есть, могут запросто проверить экспериментально. И да, ни головки, ни дискета при этом не пострадают: запаса свободного места там предостаточно и упор безопасный, подобная ситуация является нештатной, но допустимой. Чтобы дорожки пересчитать, надо уехать от центра дискеты на 80 и далее дорожек. hardware10, с правильной установкой перемычек для вашего винта и обоих контроллеров, WD1002 и WD1004, разобрались? (рекомендую эксперименты проводить на XT, там меньше шансов наступить на грабли) |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 6 * 7 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Просьба помочь с MFM |
0 посетителей просмотрели эту тему за последние 15 минут |
В том числе: 0 гостей, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |