Цитата Сообщение от Barmaley_m Посмотреть сообщение
Ты имеешь в виду флаги "IFF1" и "IFF2"? Это будет критично только для той программы, которая пользуется NMI для своей нормальной работы, а в стандартных схемах спека NMI не используется
Ну NMI используется где то больше геде то меньше. Есть 2 неиспользуемых бита в регистре флагов в которые попадает огрызки из внутренних буферных регистов. Целесообразность настолько сохранять контекст для меня в приципе тож загадка, но скажем потеря совместимости присуствовать будет.

Цитата Сообщение от Barmaley_m Посмотреть сообщение
Засовывать весь проц в FPGA имеет смысл в случае, если в FPGA места вагон, и засунуть туда проц компактнее, чем ставить его отдельно. Ну или если он на FPGA быстрее будет работать, чем оригинал.
Ну я изночально за проц в FPGA веду речь. Тоесть в какую сторону расширять его возможности, из тех которые могут быть полезными.

Цитата Сообщение от Barmaley_m Посмотреть сообщение
Когда видно адрес выборки, то можно вместо той команды, которая должна была быть выбранной, подставить другую ("RST" - для непосредственного вызова отладчика, или NOP, а потом NMI).
Согласен. Если заниматься отключение проца от шины принципе можно стопать и обращения к памяти). Но например останов по значению регистра уже будет некоторую проблемму составлять.

Но это все огород необходимый для железного проца, для HDL корки можно боле простыми путями пойти. Я пытаюсь расматривать сабж именно со стороны что оно изначально будет жить в FPGA достаточной емкости. И я в принципе вижу основное требование - сохранение совместимости на том уровне на котором она щас.

Возможно даже увеличение совместимости корки с железным подключением их паралельно и сравнивая состояние шины.