«РАДИО-86РК» - 512 Кб / 16 Мб

[aviator]

При чём тут электронный диск, если речь о переносе стека в "теневой банк" и перехвате PUSH/POP.
Если так извращаться, чтобы копировать данные между банками ПЗУ-ОЗУ, то эффективнее организовать переключение, чтобы копирование вообще не нужно было.
Гораздо эффективнее подход, когда программа выполняется прямо из ПЗУ "электронного диска".

[Mondx]

Электронный диск при том что я ИМЕННО о нём - вернитесь на предыдущую страницу, с чего я начал. А то вы куда то в другую сторону... Что Аликберов про циклы куда то повёл... Ужос.)

[aviator]

А, так я как раз писал о сложности и неоднозначности идеи "стек - теневой банк".

[Alikberov]

Электронный диск при том что я ИМЕННО о нём - вернитесь на предыдущую страницу, с чего я начал. А то вы куда то в другую сторону... Что Аликберов про циклы куда то повёл... Ужос.)

Как раз таки при использовании циклов доступа к стеку ничего и не надо, так как CALL/POP/PUSH/RET/XTHL будут работать с теневым банком стека до 64 Кб - по Гарварду получается. Причём, самыми малыми затратами без перехвата/декодирования кодов инструкций.

[Mondx]

Как раз таки при использовании циклов доступа к стеку ничего и не надо, так как CALL/POP/PUSH/RET/XTHL будут работать с теневым банком стека до 64 Кб - по Гарварду получается. Причём, самыми малыми затратами без перехвата/декодирования кодов инструкций.

Ну так это не надо для 8080. А началось с того что на z80 это, якобы, не сделать.) Ладно, замяли. Каждый думает по своему.)

[aviator]

Электронный диск при том что я ИМЕННО о нём - вернитесь на предыдущую страницу, с чего я начал. А то вы куда то в другую сторону... Что Аликберов про циклы куда то повёл... Ужос.)

Как раз таки при использовании циклов доступа к стеку ничего и не надо, так как CALL/POP/PUSH/RET/XTHL будут работать с теневым банком стека до 64 Кб - по Гарварду получается. Причём, самыми малыми затратами без перехвата/декодирования кодов инструкций.

Внутри функций обращение к аргументам идёт не через POP, а через MOV. Что в Гарварде, что в Фон-Неймане.

[Alikberov]

Как раз таки при использовании циклов доступа к стеку ничего и не надо, так как CALL/POP/PUSH/RET/XTHL будут работать с теневым банком стека до 64 Кб - по Гарварду получается. Причём, самыми малыми затратами без перехвата/декодирования кодов инструкций.

Ну так это не надо для 8080. А началось с того что на z80 это, якобы, не сделать.) Ладно, замяли. Каждый думает по своему.)

Данная тема - сугубо про доработку архитектуры журнального РАДИО-86РК до 64 Кб сплошного ОЗУ.
Перехват инструкций меня интересует только в двух случаях:

1. Перехват кодов 40…7F (MOV R,R) для организации сегментов памяти
2. Перехват кодов D3/DB (OUT/IN) для виртуализации УВВ

Зачем тогда, в этом случае, теневой квази-диск через перехват PUSH/POP, если через MOV-префиксы проще (реализуемо на ВМ80/i8080/i8085/z80), быстрее (никаких предварительных оперативных настроек портов) и гибче (до семи теневых банков по 64 Кб)?

[Mondx]

Может и незачем, спорить не буду.) Напомню только, из чего началось.

Если не ошибаюсь, ЮТ-88 использовал перехват доступа к стеку для каких-то нужд?
Этот вариант я тоже рассматривал, но из-за того, что только на i8080/ВМ80 это доступно и уже никак не реализуемо под i8085 и z80, его отверг...

"Никогда не говори никогда". В детстве делал доступ к эл диску через стек на z80. Пару мс логики.

А началось из за "никак не реализуемо под i8085 и z80". Только всего. Удачи в РК строении!)
Во! Нашел. Radio86-PK+: CP/M, 8 ROM, 64 RAM, 64 El disk, CTC, SIO. 1989 год. Так что и я к РК причастен.)

[Alikberov]

Может и незачем, спорить не буду.) Напомню только, из чего началось.

Если не ошибаюсь, ЮТ-88 использовал перехват доступа к стеку для каких-то нужд?
Этот вариант я тоже рассматривал, но из-за того, что только на i8080/ВМ80 это доступно и уже никак не реализуемо под i8085 и z80, его отверг...

"Никогда не говори никогда". В детстве делал доступ к эл диску через стек на z80. Пару мс логики.

А началось из за "никак не реализуемо под i8085 и z80". Только всего. Удачи в РК строении!)

Верно, я повторяю, что никак не реализуемо под i8085/z80 при условии использования минимума вентилей.

Так, для переключения режимов 16/64 Кб не требуется никаких ИМС - только ТМ2, который на плате уже имеется + три диода. Однако, мне намекнули, что с диодами - нне так стабильно, по причине возможных завалов сигналов. Потому я врисовал один вентиль ЛИ3.

Для перехвата MOV-префиксов - достаточно добавить СП1 для их отлова и ИР1 для хранения индекса теневой страницы. То есть, практически, получается - ничего не выбросишь (ИР1 хранит код сегментного префикса и адресует одну из семи дополнительных страниц, а СП1 - стробирует его отловом кодов MOV).

Давайте схему отлова PUSH/POP рассмотрим, изучим и обсудим тогда?

[Mondx]

Давайте схему отлова PUSH/POP рассмотрим, изучим и обсудим тогда?

Ой. Это было в районе 1984-87. Попробуй вспомни тут.) Я могу, конечно, посидеть нарисовать по новой. Только зачем?

[Alikberov]

Давайте схему отлова PUSH/POP рассмотрим, изучим и обсудим тогда?

Ой. Это было в районе 1984-87. Попробуй вспомни тут.) Я могу, конечно, посидеть нарисовать по новой. Только зачем?

Ну, Вас не поймёшь!
Расхваливаете свой вариант, а показать - так военная тайна!

[aviator]

А что там перехватывать? По SYNC, а затем F1, на шине появляется слово состояния машинного цикла. В нём смотрим комбинацию флагов для чтения инструкции (M1+RD если правильно помню). Ну и потом ловим код инструкции на шине и сравниваем. Так можно детектировать любую инструкцию. А можно ловить WR+STACK и RD+STACK. И определять, что будет операция со стеком непосредственно. Могу ошибаться в деталях, это я по памяти.

[ra3qdp]

" при условии использования минимума вентилей"
разве это как-то важно ? (а на разведенной с учетом этого печатной плате припаять пару дополнительных микросхем
вообще ни кого не затруднит). Зато применение 8085_Z80 дает массу преимуществ.
Объяснение применения 8080 только одно - инерция мышления.

[Shaos]

8080 это не "инерция мышления", а классика

[vital72]

хотите сделать процессор для процессора? чтоб работал процессор, пока работает процессор.