1801ВМ2 читает dest только в байтовых вариантах CLRB, MFPS. 1801ВМ1 читает dest при выполнении CLR(B), SXT, MFPS.Цитата:
Сообщение от Hunta
А вот T-11 (наш 1807ВМ1) вроде читает dest всегда.
Вид для печати
1801ВМ2 читает dest только в байтовых вариантах CLRB, MFPS. 1801ВМ1 читает dest при выполнении CLR(B), SXT, MFPS.Цитата:
Сообщение от Hunta
А вот T-11 (наш 1807ВМ1) вроде читает dest всегда.
О, кстати, надо эту тоже вырубить, пока только CLR и MOV. Спасибо за наводку :)Цитата:
Сообщение от Alex_K
Ну, эта и должна читать, вроде как... :)Цитата:
Сообщение от Alex_K
Этот проц весьма специфичен снаружи, процессорные платы с ним тоже, с ходу (под RT-11) не взлетел - надо смотреть особенности работы с ним.Цитата:
Сообщение от Alex_K
САМЫЕ распространенные универсальные процессоры(8085, 8086_8088,8031_8051,...) - такие же "снаружи".Цитата:
Сообщение от Hunta
Какое мне дело до них?Цитата:
Сообщение от ra3qdp
А каким должен быть, на Ваш взгляд, процессор "снаружи", что бы не быть "специфичным" ?
Речь идёт не об абстрактном процессоре в вакууме, а процессорах семейства PDP-11. И они снаржи (микросхемы для микропроцессора, потому как платным процессора вообще только отличаются в плане Unibus и QBus) достаточно похожи. Больше того, с точки зрения ОС очень похожи. T11 и платы на его основе выбиваются из остального ряда. Ещё такие же выбивающиеся системы - семейство Pro (не не сам F11).
На этом вопрос закрыт.
а какое отношение платы процессора имеют к самому микропроцессору ? А интерфейс платы процессора к сигналам "на ножках микропроцессора" ? Это разные вещи, не связанные между собой. Если брать другие микропроцессоры DEC - F11 и J11, то они "по ножкам" - разные, выходит никакого внутреннего стандарта у DEC в этом плане - нет, а у T11, как раз - промстандарт, только делала DEC этот процессор не для того, что бы сделать на нем просто стандартные процессорные платы (хотя сделать - можно), а для других целей.
Захотелось почесать языком? Создавайте тему и вперёд. Эта тема - не для этого.
- - - Добавлено - - -
Борьба с Trap механизмом в ДП. С ним остались две ошибки в тестах.
Плюс одна ошибка - обработка недействительной моды процессора.
И что то там с с обработкой возврата из прерывания-переключения стека-ошибка при доступе в стек нового режима. Где тест наглухо виснет.
Вроде с Trap в ДП разобрался, тесты проходят. Так же поправил реакцию на mode 10 процессора - при включённом ДП тест ДП для PDP-11/70 настаивал на ошибке :)
Проверю, не сломалось ли что из за правок на PDP-11/34/35.
На очереди ошибка теста ДП PDP-11/70 с номером 67 - M.M. during an odd address abort sequence. В прошлом сообщении ошибку описал как "что то там с с обработкой возврата из прерывания-переключения стека-ошибка при доступе в стек нового режима" :)
Насколько я помню, ДП в PDP-11/44 сильно походит на ДП в PDP-11/70, его тоже постепенно включу в тестирование :)
- - - Добавлено - - -
Хм.. Ошибка на режим Supervisor PDP-11/34, скажем так, своя :) Ок, будем поправлять :)
PDP-11/34 снова проходит все тесты. Сдвинулся в тесте 67 для PDP-11/70 - тест не зависает, но от ДП неправильная инфа. Пока пойдут дальше - в последующих тестах насыпало ошибок...
- - - Добавлено - - -
Свою ошибку нашёл в отработке MFPI :) Специфический случай - видимо, в не тестовом софте не налетал :)
- - - Добавлено - - -
Ошибку посадил где то между 28.07 и 3.08 этого года :) Типчный ляпсус копи-паста :) Не займись тестами ДП для PDP-11/70 - кто её знает, сколько бы она ещё существовала :)
- - - Добавлено - - -
Атлычна, снесло сразу порядка шести ошибок :) Паяем дальше :)
- - - Добавлено - - -
Хе, некоторые тесты пропускаются, если PDP-11/70 забит памятью по полной :) Придётся сделать памяти меньше :)
- - - Добавлено - - -
В целом, я бы сказал, осталось забороть две ошибки :)
- Error during M.M. abort in trap sequence
- Одновременные red stack abort и abort от ДП.
- - - Добавлено - - -
Посмотрел на текст теста. Возможно, что то ещё вылезет - подозрение, что от неправильного "Одновременные red stack abort и abort от ДП" - наведёнка на следующий тест...