ZXMAK2 - Виртуальная машина ZX Spectrum

[ZXMAK]

Схема получения NMI (K.NMI и K.RES - сигналы с клавиатуры):

странно, на риале при выходе прерывания не запрещаются и клавиатура продолжает опрашиваться?
Тогда вопрос - как? При выходе из NMI (см. точку останова #0071) флаг IFF2 уже сброшен, прерывания принудительно не разрешены. Соответственно восстанавливать их некому.

PS: в целях поддержки редактора с подсветкой и автокомплитом, а также док-панелей, рассматривается переход на WPF и фреймворк 4.0. Вопрос - насколько это может снизить переносимость под моно на линуксе?

[Eltaron]

странно, на риале при выходе прерывания не запрещаются и клавиатура продолжает опрашиваться?
Тогда вопрос - как? При выходе из NMI (см. точку останова #0071) флаг IFF2 уже сброшен, прерывания принудительно не разрешены. Соответственно восстанавливать их некому.

Да, на настоящем "Кворуме" всё работает. Вообще странно. Сейчас выдеру прошивку с реала, чтоб исключить её влияние на проблему.

в целях поддержки редактора с подсветкой и автокомплитом, а также док-панелей, рассматривается переход на WPF и фреймворк 4.0. Вопрос - насколько это может снизить переносимость под моно на линуксе?

WPF в mono вообще не поддерживается, насколько я знаю. 4й фреймворк (по крайней мере dynamic и дефолтные значения параметров методов) там есть.

Но, в принципе, без переносимости можно жить - текущая версия эмулятора под свежим Wine работает шикарно, почти без глюков в интерфейсе и с загрузкой проца всего в 30-40%. Для сравнения - нативный линуксовый Xpeccy жрет 55% А с интерфейсом одна проблема - фулскрин под убунтовским Unity выглядит так:

[ZXMAK]

Да, на настоящем "Кворуме" всё работает. Вообще странно. Сейчас выдеру прошивку с реала, чтоб исключить её влияние на проблему.

Я уже нашел в чем проблема, проблема в эмуляции IFF2. Очевидно он работает не совсем так как было описано в документации по которой я ее реализовывал. Вобщем-то уже все работает без привязки к INT.

На данный момент не совсем ясно - должен ли устанавливаться IFF2 при выполнении EI? И должен ли сбрасываться при обработке INT? Если нет, то это позволяет организовать внутри обработчика NMI свои прерывания и потом корректно восстановить состояние прерываний при выходе из обработчика NMI. Но помню что как минимум в двух мануалах читал что что EI устанавливает оба флага IFF1 и IFF2. А обработка INT сбрасывает оба флага.

После фикса DI, обнаружилась еще интересная фишка - при установке IFF2 по EI, скорпионовский проф-ром с винчестером входит в вечный цикл перезагрузки
Т.е. похоже что IFF2 по EI не устанавливается. Это уже дает возможность написать тест для риала.

Остается еще выяснить - сбрасывает ли IFF2 обработка INT?

[ZXMAK]

Требуется помощь владельцев реального железа. Желательно с реальным Z80, а не эмулятором на PLM.

Нужно прогнать этот тест и выложить тут его результаты с указанием какой именно Z80 использовался.

[Eltaron]

Нужно прогнать этот тест и выложить тут его результаты с указанием какой именно Z80 использовался.

Z0840006PSC

[Blade]

Z84C0020
Тест пишет 12.

[Advertiser]

[ZXMAK]

Z84C0020
Тест пишет 12.

хм, тогда похоже мои предположения не подтвердились.

Вопрос остается открытым - каким образом при выходе из NMI кворум разрешает прерывания?

Проблема состоит в следующем. При входе в NMI, состояние прерываний сохраняется во внутреннем флаге процессора IFF2. При входе в обработчик NMI, кворум выполняет инструкцию DI (см. точку останова #C028). Инструкция DI сбрасывает оба флага - IFF1 и IFF2. Таким образом информация о состоянии прерываний теряется и после выполнения RETN, прерывания будут запрещены.

Мое предположение основывалось на том, что DI вероятно не очищает флаг IFF2, а воздействует только на IFF1. При таком варианте скорпионовский проф-ром зацикливается. Чтобы это пофиксить, нужно убрать также установку флага IFF2 в EI. Но вышеуказанный тест показал, что на реальном Z80 IFF2 как минимум устанавливается по EI. Поэтому эта модель не верна.

Пока есть одно предположение - пзу в котором на риале выход из NMI не приводит к блокировке прерываний отличается, например не содержит операцию DI в обработчике NMI.

[Eltaron]

Пока есть одно предположение - пзу в котором на риале выход из NMI не приводит к блокировке прерываний отличается, например не содержит операцию DI в обработчике NMI.

Достал свою v3.5. Смог, правда, вытащить только системную страницу и 48 бейсик, TR-DOS и 128 взял из v4.2. Виснет точно так же, IFF2 на выходе из NMI - 0.

[ZXMAK]

Достал свою v3.5. Смог, правда, вытащить только системную страницу и 48 бейсик, TR-DOS и 128 взял из v4.2. Виснет точно так же, IFF2 на выходе из NMI - 0.

ну тогда на риале либо что-то не так происходит и DI по адресу #C028 при входе в NMI не выполняется, либо NMI каким-то образом к INT-у привязан и при выходе из NMI попадает на EI в конце обработчика прерываний.

Можно попробовать тест сделать - добиться чтобы импульс NMI не попадал на первые 1500 тактов от начала INT и посмотреть - будут ли опрашиваться кнопки (по прерыванию) на риале после выхода из NMI. Сможешь такой тест провернуть?
Еще такой вопрос - а сколько тактов процессора на твоей диаграмме между импульсом NMI и импульсом INT?

[ZXMAK]

WPF в mono вообще не поддерживается, насколько я знаю. 4й фреймворк (по крайней мере dynamic и дефолтные значения параметров методов) там есть.

попробуй вот эти примеры кода запустить под линуксом, будет работать или нет?