Полигон-2

sanders написал:

[q]

Ведь не может быть 100 разных организаций памяти? Скорее всего несколько, а остальные схожие с ними. Нет?

[/q]

Попробовать можно, но... какая вероятность того, что разные производители материнок для управления маппингом верхнего ОЗУ из девятисот свободных портов на ХТ выберут одинаковые, и набор команд для управления через этот порт совпадет?
Есть только один стандарт в этом плане - это EMS. Если материнка обращается с верхней памятью как с EMS, то будет работать и поддерживающий ее софт, и драйвера виртуальных дисков в EMS. Таких материнок, кстати, было достаточно много.

sanders JUKO и другие "чипсетные" мамки XT, типа Faraday, C&T или Acer имеют поддержку памяти в чипсете, поэтому у них специальный "чипсетный" BIOS. Например Acer/UMC поддерживают до 2.5 мегабайт памяти. НО! Естественно с различными механизмами мэппинга, например EMS, UMB или какой-нибудь вообще специальный типа JUKO. Поэтому их нельзя рассматривать как "общий случай".

Процессор i8086 способен адресовать 1Mb памяти, он работает только в реальном режиме и у него всего 20 адресных линий.
Но большинство XT-шных "не-чипсетных" BIOS-ов во время POST детектирует память только до 640К и на этом принудительно останавливаются.Это значение передается DOS при загрузке.

Далее при загрузке DOS уже ставятся драйвера, которые могут дополнительно нарезать EMS или UMB память. Посмотреть что получилось можно с помощью утилиты mem (начиная с DOS 5) она показывает память по классам.

Насколько знаю, у JUKO (V-Tech) обращение к памяти больше 640 какое-то своё и она не видится ни как UMB ни как EMS.



sanders Вот большая коллекция EMS драйверов и всяких утилит управления памятью от разных мамок и карт.
http://wiki.sensi.org/download/ems_coll.arj

Мы в свое время выпускали клон BOCARAM XT карты EMS
http://museum.ttrk.ee/th99/i/A-B/50192.htm
и писали для нее драйвер (есть в исходниках в BOCARAM/OTHER).

У BOCARAM управление очень похоже на чипсет 82с100, но не полностью идентично.
Стр. 43
http://wiki.sensi.org/download/82c100.pdf

Fe-Restorator Я попробовал дизассемблировать CDISK.SYS от JUKO - там идет сплошное обращение к порту 0xE0. Как я понимаю, какая-то комбинация битов временно мапит 384К (1024-640=384) в нижнюю область памяти. Т.е. драйвер виртуального диска для обмена блоком мапит память (запрещая прерывания), делает ввод-вывод и отмапливает память. Постоянно 384К эти не подключены, что мешает сделать например полноценный EMS (требуется "окно").

Насколько помню, JUKO собрано на чипсете V-Tech, так что у нее BIOS действительно специальный, "чипсетный". В таких же работать будет. Втыкать в другие чипсеты особого смысла IMHO нету, это все равно что BIOS мамки на чипсете OPTi ставить в SiS

georgel Чувак, ты крут!
Неизвестно, что полезнее: 64К conventional RAM или 384К EMS, но сам факт - впечатляет.

Исходников не осталось ?

Спасибо, уже не так крут Я собирался испольовать для окна модифицированную для старших адресов RAM плату, либо свою статическую RAM плату, но все бросил ибо понял, что без железного меппинга все медленно и не полностью совместимо. К тому времени у меня уже появился 386 и там было итересней копать. Для juko порта ничего я не реверсил, хотя умений было достаточно. Клон juko мамки производился в нашей стране и в одном компьютерном журнале была статья, в которой описывали глупо и джамперов и этот/этих порт(ов). Винт вместе с другими сорцами того времени давно потерял, и сам изза этого раздражаюсь иногда, но в жизни мало ли что теряем...Могу помочь в реверсинге своего глупого драйвера, хотя большого смысла не вижу. Там наверное при ините навешана либо обычна я XOR чексумма, либо весь код поксорен