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

Полигон-2

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

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

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

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Пытаюсь запустить 8-битовый адаптер Disk-On-Chip в XT
RSS

Пытаюсь запустить 8-битовый адаптер Disk-On-Chip в XT

Пока что виснет

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


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


Ссылка


Дата регистрации на форуме:
17 апр. 2005
sanders написал:
[q]
Я думаю вот что:
1. В Диск-Он-Чипе безусловно нет своего ОЗУ. Там маленькая микросхемка с BIOS-ом и здоровый чип, он же диск.
И как же тогда этой плате сделать окно 64кб для обмена данными с материнкой? Только используя имеющуюся память на материнке. А если ее нет физически, то что?
[/q]
А как он бы смог использовать ОЗУ на материнке? Вот, допустим, процессор хочет что-то записать в память в сегмент C000. Дешифратор адреса знает, что по этому адресу должны находиться внешние устройства. И выставляет его на шину, а не вырабатывает сигнал обращения к ОЗУ. Т.е. в ОЗУ на материнке вообще ничего нельзя записать/считать, даже если на самом устройстве памяти нет.
Это на шине PCI, которая имеет плаг-н-плейевские штучки, устройство может при инициализации самостоятельно определить и уведомить систему, как оно будет взаимодействовать с памятью и портами. А на ISA все адреса прошиты аппаратно.
Поэтому эти 64К явно сидят в буферной области чипа флешки. Благо, это не бог весть какой объем :)
sanders
Advanced Member
Профессионал

Откуда: Санкт-Петербург
Всего сообщений: 6434
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 мар. 2008
Почему это нельзя ничего записать в верхнюю память ОЗУ? Тот же emm386 может превращать окна верхней памяти в ОЗУ. Раз емм386 - программная штука, значит, существует и физическая аозможность писать/читать в верхнюю память.
Правда, для меня всегда было загадкой - а куда деваются те куски верхнего ОЗУ, которые перекрываются BIOS VGA, System BIOS и прочими девайсами, типа BIOS MFM..... Просто не используются и блокируются? Тогда это неэффективно. Когда-то 1мб simm стоил 50$
DrPass
Advanced Member


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


Ссылка


Дата регистрации на форуме:
17 апр. 2005
sanders написал:
[q]
Почему это нельзя ничего записать в верхнюю память ОЗУ? Тот же emm386 может превращать окна верхней памяти в ОЗУ. Раз емм386 - программная штука, значит, существует и физическая аозможность писать/читать в верхнюю память.
Правда, для меня всегда было загадкой - а куда деваются те куски верхнего ОЗУ, которые перекрываются BIOS VGA, System BIOS и прочими девайсами, типа BIOS MFM..... Просто не используются и блокируются? Тогда это неэффективно. Когда-то 1мб simm стоил 50$
[/q]
Ты ж не путай ХТ и реальный режим и АТ и защищенный режим. В первом случае память разруливается только дешифратором адреса. Это такой узел, (в простейшем случае микросхема ПЗУ), в котором зашито распределение адресов в компьютере. Он ловит выставленный на шину адрес и на его основании включает какую-либо сигнальную линию, а та активизирует только одно устройство, соответствующее этому адресу. Или банк ОЗУ если адрес до 640К, или ПЗУ BIOS, если адрес в верхних сегментах, или внешнюю шину, если адрес посередине. Все устройства висят параллельно на одной шине, и по одному адресу всегда должно быть доступно только одно устройство, иначе компьютеру будет гаплык.
В случае защищенного режима схема работы с памятью более сложная. Там физически нет линейного адресного пространства. ОЗУ имеет собственную шину адреса и данных, а шина ISA - собственную. Адресное пространство условно разделяется на 4К страницы, и процессор сам решает, откуда ему тянуть страницу для конкретного запрошенного программой адреса. Т.е. для программы кажется, что она живет в обычном адресном пространстве, но по факту при каждом обращении к какому-либо адресу его обрабатывает диспетчер, который может выполнять действия любой сложности - обратиться за страницей из ОЗУ, обратиться к какому-либо устройству, даже считать с диска (что мы и наблюдаем в Windows в виде файла подкачки).
EMM386 так и работает. Поэтому ему нужен 386 процессор, в котором такой режим предусмотрен.
sanders
Advanced Member
Профессионал

Откуда: Санкт-Петербург
Всего сообщений: 6434
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 мар. 2008
А если применить эти данные к диск-он-чипу, то получаем вывод:
Возможно диск-он-чипу нужен защищенный режим для обращения к верхнему ОЗУ. И именно поэтому он не стартует на ХТ? А вовсе не из-за того, что BIOS содержит инструкции 286+.

Это решится, когда я выдерну из 286 машинки, где диск-он-чип "прижился" 512кб ОЗУ, благо память на диппах, оставлю ему 512кб и посмотрю результат. Если заработает, значит он содержит свою память и верхнее ОЗУ на материнке ему не нужно.
DrPass
Advanced Member


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


Ссылка


Дата регистрации на форуме:
17 апр. 2005
Собственно, работа в защищенном режиме подразумевает, что он сперва попробует выполнить инструкции 286+, на чем и зависнет :)
Но я уверен, что ОЗУ в чипе все-таки есть. Ну потому что это самое эффективное решение.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
DrPass написал:
[q]
Ну я не думаю, что BIOS пишут студенты и извращенцы :)
[/q]
Там такой текст есть:
  ON...TrueFFS-BI
OS — .Version 3
.3.7 for DiskOnC
hip 2000 (V1.21)
....Copyright (C
) M-Systems, 199
2-1999......TFFS
.DELSECT.DEFRAG.
PROTECT.KEY..v..
  8.k#К*ANAND.ANA
ND.И.. ¦"k#К*..G

Думаю - писал индус Ананд.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
sanders Команд защищенного режима не наблюдается. Однако в файле DOC121.086 сидит дохрена чего - в частности, полный драйвер файловой системы TrueFFS, который непонятным пока образом инсталлируется в MS-DOS в момент загрузки.

Т.е. нужен дамп BIOS-а (точнее окна DiskOnChp) сделанный на рабочей машине.
Anderson1
Advanced Member


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


Ссылка


Дата регистрации на форуме:
27 фев. 2011
sanders написал:
[q]
Почему это нельзя ничего записать в верхнюю память ОЗУ? Тот же emm386 может превращать окна верхней памяти в ОЗУ.
[/q]
EMM386 требует 386-го процессора, точнее его способности переключаться в защищённый режим. А вообще можно например организовать UMB's в свободной части этих самых "лишних" 384KB (ака теневая память), которые вполне себе будут R/W. Есть такая програмка lastbyte называется, работатет даже на 8088. Кроме того существует досовый русификатор экрана s_font, который открывает на запись область теневой памяти, где хранится копия видеобиоса и прописывает туда русские шрифты. Правда того же 386-го процессора требует, но это из-за 386-инструкций... Так что не вижу принципиальной проблемы, чтобы сабжевый адаптер не мог открыть окно в теневой памяти на запись. Разве что SM-контроллер не поддерживается или чипсет экзотический...
DrPass
Advanced Member


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


Ссылка


Дата регистрации на форуме:
17 апр. 2005
На ХТ не бывает никакой "теневой памяти". Почему - см. выше, я уже объяснял. Там могут быть UMB, но это, так сказать, аппаратная фишка, и к теневой памяти отношения не имеет. Распределение памяти в ХТ осуществляется не программно, а аппаратно. Если память выше 640К установлена и не конфликтует с другими устройствами, то она будет доступна всем желающим программам и без дополнительных ухищрений. Если конфликтует, то работать не будет, и никакие программы/драйверы/русификаторы ее не включат.
alecv
Advanced Member


Откуда: Санкт-Петербург
Всего сообщений: 5545
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 окт. 2004
Эхх... Хоть бы кто-нибудь доку прочитал... Например тут: параграф 6.2

http://www.atlantis.com.ua/rps...Rev3.8.pdf

Поиск по "diskonchip datsheet"
<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 * 7 8 9 10
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Пытаюсь запустить 8-битовый адаптер Disk-On-Chip в XT
RSS

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

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

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