Полигон-2

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

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

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
Думаю - писал индус Ананд.

sanders написал:

[q]

Почему это нельзя ничего записать в верхнюю память ОЗУ? Тот же emm386 может превращать окна верхней памяти в ОЗУ.

[/q]

EMM386 требует 386-го процессора, точнее его способности переключаться в защищённый режим. А вообще можно например организовать UMB's в свободной части этих самых "лишних" 384KB (ака теневая память), которые вполне себе будут R/W. Есть такая програмка lastbyte называется, работатет даже на 8088. Кроме того существует досовый русификатор экрана s_font, который открывает на запись область теневой памяти, где хранится копия видеобиоса и прописывает туда русские шрифты. Правда того же 386-го процессора требует, но это из-за 386-инструкций... Так что не вижу принципиальной проблемы, чтобы сабжевый адаптер не мог открыть окно в теневой памяти на запись. Разве что SM-контроллер не поддерживается или чипсет экзотический...

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

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

Поиск по "diskonchip datsheet"

DrPass Для этого надо чтобы кто-то из владельцев сняли BIOS. Дальше IDA и т.д.