Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу 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
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 отключать...
XPOHOMETP
Advanced Member


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


Ссылка


Дата регистрации на форуме:
13 мая 2015
Навеяно свежей темой про Disk Bad и т.д. и вот этим:

hardware10 написал:
[q]
Вы неправы. Попробуйте на исправном шлейфе и дисководе, подключить флоп 360К на контроллер,
поддерживающий HD и поставить его как 1.2, получите тоже самое сообщение об ошибке. Имел такое не далее чем вчера.
[/q]
В общем, пока железо на столе, решил проверить.
386 с AMI BIOS от 08/08/93, 286 с AMI BIOS от 04/09/90, дисководы на 360, 1.2, 1.44.
М/c контроллеров флопа в машинках разные, но оба с поддержкой HD.
Кратко: при любой комбинации дисководов и настроек в SETUP-e никаких ошибок при POST, т.е. до попытки загрузки, нет.
И так на обеих материнских. От настройки Floppy Drive Seek at Boot тоже не зависит.

С дисковода на 360 грузится при любых настройках в SETUP-e: 360, 720, 1.2, 1.44 и даже 2.88 :)
С дисковода на 1.2 и дискеты на 360 грузится при SETUP=1.2 и ожидаемо не грузится при SETUP=360.
С дисковода на 1.44 и дискеты на 720 грузится как при SETUP=1.44, так и (тоже ожидаемо) при SETUP=720.
С дисковода на 1.44 и дискеты 1.44 грузится также при SETUP=1.2.
Все комбинации для HD не перебирал, но по моему ситуация и так очевидна.
Т.е., по большому счету, инфа из сетапа полезна лишь для форматирования да для тестов типа CheckIt...
Дисковод 1.44 естественно HD, микрик датчика плотности работает. Никаких явных перемычек насчет настройки не видно.

Теперь про "автодетект" дисковода: единственный момент, когда это типа может делаться - тот самый Floppy Drive Seek at Boot.
Да и тот на 386-ой материнcкой можно запретить :)
Визуально наблюдал на дисководе 1.2 при SETUP=1.2 - головки доезжают примерно до половины дискеты.
Т.е. даже если без изменения SETUP подключить дисковод на 360 - никаких тресков и стуков об упор, за 40 дорожек он не уходит :)
Ну и в SETUP-e при этом само собой ничего не меняется.

За всё выпускавшееся железо не скажу, но на среднестатистическом ширпотребе всё именно так...
Так что где я был неправ - совершенно не ясно :mad:

Желающим опровергнуть просьба приводить обоснование или перед этим почитать руководства :)
Хотя и тут есть варианты: смотрим в книгу - видим фигу...
Кай
Гость
Divine Assassin

Откуда: извне (from beyond)
Всего сообщений: 13709
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
8 авг. 2010
XPOHOMETP ...в теме "просьба помочь", а не просьба выпячивать себя в виде исторической значимости. Про RTFM общеизвестно. Вы ТС ничем не помогли. Мой Вам совет, утихомирьтесь.
XPOHOMETP
Advanced Member


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


Ссылка


Дата регистрации на форуме:
13 мая 2015
Кай, ок, услышал.
Просто не совсем верная информация так и будет висеть в темах. И вводить начинающих в заблуждение
Так что только из лучших побуждений а не спора ради


А насчет помощи - программу предложил.
Пока в недалеком будущем только sanders проверить согласился...
<<Назад  Вперед>> Страницы: 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