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

Полигон-2

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

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

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

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

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

<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 * 7
Печать
 
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
машины, после этого все работает. Честно скажу, адреса куда загружается не высматривал, было лень, открыл сразу все.
XPOHOMETP
Advanced Member


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


Ссылка


Дата регистрации на форуме:
13 мая 2015
hardware10, извиняюсь если что не так, никого задеть/обидеть не хотел :rolleyes:
Видимо, у кого чего болит - тот о том и говорит (думает)...
Будем считать что практика победила :)

i8088, а про "автоопределение" дисководов ещё раз не прокомментируете?
http://www.phantom.sannata.ru/...3#pp409343
KALDYH
Advanced Member
Технонекромант

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


Ссылка


Дата регистрации на форуме:
5 июня 2009
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, там меньше шансов наступить на грабли)
hardware10
Advanced Member


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


Ссылка


Дата регистрации на форуме:
21 мая 2007
KALDYH написал:
[q]
hardware10, с правильной установкой перемычек для вашего винта и обоих контроллеров, WD1002 и WD1004, разобрались? (рекомендую эксперименты проводить на XT, там меньше шансов наступить на грабли)
[/q]
В выходные уже буду. Время 21 вечера, только вошел, а уходил в 7 утра. Потерпит ))

Не удержался.
Про динамическую хорошо расписано в этом мануале -

http://www.coleskingdom.com/files/WD1002.TXT

С перемычками 101% все ок.

С тремя контроллерами одинаковая картина. Причем ошибка идет именно контроллера, не диска.
Буду пробовать на 286 и XT.

Резюме - диск труп. Несмотря на сообщение об ошибке контроллера.
MFM диски форматируются на ура. Кстати получил забавный эффект,
описанный в и-нете, ST-225 на RLL великолепно форматируется на 30 мегов.
Как пишут, ST238 отличается от 225-го только шильдиком и плотностью записи
на ТЕХ ЖЕ пластинах. потому форматирование на RLL 225-го, делает из него 238-й.

Но поведение железок, конечно забавное. Например два одинаковых RLL WD1002.
Разница в пару тысяч по номеру и пару месяцев по выпуску. Один на AT просто виснет
после запуска debug, второй ведет себя нормально. Настройки и джамперы одинаковые.
На XT - работают абсолютно одинаково. Версии биос не сравнивал.
XPOHOMETP
Advanced Member


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


Ссылка


Дата регистрации на форуме:
13 мая 2015
Добрался наконец до проверки утилит, которые в этой теме -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 отключать...
<<Назад  Вперед>> Страницы: 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