Компьютер для CP/M. Формулировка ТЗ.

[OrionExt]

Xrust, переубеждать вас не буду. Попробуйте на своей модели памяти, время покажет насколько это удобно. По мне таки нужен общий кусочек памяти. Чет вспомнил и решил найти такую штуку на MSX. Очень неплохой показатель 61K TPA на классической модели памяти.

[Xrust]

OrionExt, а какие конкретно функции должен выполнять общий участок памяти?

[balu_dark]

очевидно служить буфером для передачи данных при переключении в другую страницу - имхо.

[OrionExt]

OrionExt, а какие конкретно функции должен выполнять общий участок памяти?

Ух. Список функций зависит от ОС. На вскидку стек, таблица прерываний, п/п менеджмента страниц памяти, таблицы вызова п/п Биос-а, ... В инете уйма примеров с подробными описаниями что да как и куда.

нужно смотреть в сторону менеджера памяти Z180.

Очень удобно и универсально на 3 регистрах, без излишеств, совместимость с 8-бит софтом (ОС, компиляторы и т.д). Никто не мешает сделать эту штуку на рассыпухе, пускай даже в упрощенной реализации.

[Xrust]

OrionExt, насколько я понимаю, стек приложения никак не будет связан со стеком CP/M. Передача управления осуществляется простым переходом по адресу. Необходимо только скопировать при запуске программы область системных параметров и точки входа драйверов.

[OrionExt]

Точка вызова функций СРМ из программы одна CALL 5,X.

Не знаю, что ответить на остальное. Но что я знаю точно, работа с памятью выше 64К требует еще тех программных извращений. И этих извращений в разы меньше при использовании общего (не переключаемого) участка памяти.

[Shiny]

Точка вызова функций СРМ из программы одна CALL 5,X

штоэ?

[shurik-ua]

CALL 5,X.

непонятная какаято команда - но имхо лучше использовать одну из команд RST x, где в рег А - номер интересующей ф-ции.

[OrionExt]

Точка вызова функций СРМ из программы одна CALL 5,X.

Хитро завернул Кто в теме тот понял.

ld	c,func
call	5

[Error404]

OrionExt, а какие конкретно функции должен выполнять общий участок памяти?

На вскидку стек, таблица прерываний, п/п менеджмента страниц памяти, таблицы вызова п/п Биос-а

Основная закавыка тут в том, что если хочется сделать чтобы система была прозрачной для прерываний (в т.ч. и при вызовах в прочие сегменты) то надо помнить что при наступлении прерывания стек не переставленный в общую область может пропилить память в неожиданных местах. И таблицы векторов прерываний или п/п обработчика тоже может неоказаться в ожидаемом месте (и вообще всё улетит). А раз уж общая область необходима, то с ее помощью реализуемы и более удобные механизмы - например "длинные вызовы" (вызовы в другую страницу когда тамошняя "иностраничная" процедура может возвращать управления в вызывающую страницу просто командой RET, или сама тоже делать вызов в третью страницу, и вся цепочка потом выйдет стеком в нужные страницы просто по RET), межстраничные прересылки без DMA объемов больших чем влезающие в регистры. и т.п.

Если же согласны пропускать прерывания, то конечно, тупо ставим DI, делаем что надо в других страницах, потом выполняем EI.