Особенности процессоров и устройств архитектуры PDP-11. Тесты. Диагностика.

Цитата:

---

Сообщение от Alex_K

Бит T блокирует прерывания просто в силу своего приоритета. Блок прерываний в 1801ВМ2 при своей работе просматривает все незамаскированные прерывания на данный момент и выбирает самое приоритетное. У T-бита приоритет равен 3, у таймера (EVNT) - 6, VIRQ - 7.
А команда WAIT блокирует прерывание по T-разряду, поэтому и выполняется прерывание по таймеру.
И еще в тесте хорошо видна особенность 1801ВМ2 (а может и не только его), когда происходит возврат по RTT без установки бита T, то блок прерываний не запрещается на один шаг. Это видно на последних шагах, когда сохраненный в стеке счетчик команд оказывается одним и тем же.

---

Согласен. Просто, при абстрактной эмуляции данных особеностей - моя интерпретация (что бит Т вводит дополнительную блокировку прерываний) позволяет "одним махом" учесть их все, без каких-либо нежелательных "побочных эффектов" и усложнения процесса эмуляции.

---------- Post added at 13:43 ---------- Previous post was at 13:39 ----------

Цитата:

---

Сообщение от form

Сейчас отключим.

---

Круто!

Весьма похоже, что микропрограмма команды RTT считает, что ожидающий запрос IRQ ничем не хуже, чем например, ожидающая команда IOT (или тот же NOP) - поэтому вместо очередной команды обслуживается очередное прерывание.

Цитата:

---

Сообщение от Patron

Есть возможность запустить этот тест с гарантированно выключенным таймером?

---

Сейчас выключим. И вот результат.

Кстати в эмуляторе UKNCBTL результаты тестов аналогичные.

Цитата:

---

Сообщение от Patron

Весьма похоже, что микропрограмма команды RTT считает, что ожидающий запрос IRQ ничем не хуже, чем например, ожидающая команда IOT (или тот же NOP) - поэтому вместо очередной команды обслуживается очередное прерывание.

---

Ну так это вчера еще выяснили: если есть готовое прерывание - оно происходит и PC не движется. Поскольку одна (и даже не одна) инструкция у нас выполнилась после RTT (внетри обработчика прерываний), то и нет причин еще откладывать.

Цитата:

---

Сообщение от form

Ну так это вчера еще выяснили: если есть готовое прерывание - оно происходит и PC не движется. Поскольку одна (и даже не одна) инструкция у нас выполнилась после RTT (внетри обработчика прерываний), то и нет причин еще откладывать.

---

А вкупе с тем, что приоритет у T-трапа выше, чем у любого IRQ - получается, что при установленном бите Т - после любого RTI всегда будет Т-трап, а после любого RTT - или прерывание (и выборка "следующей команды" уже в обработчике прерывания), или просто выборка следующей команды.

Цитата:

---

Сообщение от Patron

А вкупе с тем, что приоритет у T-трапа выше, чем у любого IRQ - получается, что при установленном бите Т - после любого RTI всегда будет Т-трап, а после любого RTT - или прерывание (и выборка "следующей команды" уже в обработчике прерывания), или просто выборка следующей команды.

---

Можно упростить до "при RTT выборка следующей команды" так как после возникновения прерывания эта выборка как раз и происходит :)

form, насколько я понял после RTT в KDJ-11 запрещается на один шаг прерывание по T-биту, остальные (в отличие от 1801ВМ2) разрешены. Поэтому и неудивительно, что первый тест начинает топтаться на одном месте. Но потом идут друг за другом два T-трапа с топтанием на одном месте. Такое ощущение, что возникает какое-то неучтенное в тесте прерывание с приоритетом больше, чем у регистров терминала.

Цитата:

---

Сообщение от form

Можно упростить до "при RTT выборка следующей команды" так как после возникновения прерывания эта выборка как раз и происходит

---

Но не следует забывать, что у процессоров ВМ1 и ВМ2 прерывание после RTT может произойти только при очищенном бите T или при выполнении команды WAIT.

Цитата:

---

Сообщение от Alex_K

form, насколько я понял после RTT в KDJ-11 запрещается на один шаг прерывание по T-биту, остальные (в отличие от 1801ВМ2) разрешены. Поэтому и неудивительно, что первый тест начинает топтаться на одном месте. Но потом идут друг за другом два T-трапа с топтанием на одном месте. Такое ощущение, что возникает какое-то неучтенное в тесте прерывание с приоритетом больше, чем у регистров терминала.

---

Просто такие тесты надо чистыми делать после RESET, а не под системой.
Ну и разумеется исключать из теста прерывания от устройства которое мы параллельно еще и дергаем (64).

У меня здесь вообще простор богатый: PIRQ, TT1-TT4, LPV11 :)
На УКНЦ можно С2 задействовать.

Цитата:

---

Сообщение от Alex_K

form, насколько я понял после RTT в KDJ-11 запрещается на один шаг прерывание по T-биту, остальные (в отличие от 1801ВМ2) разрешены. Поэтому и неудивительно, что первый тест начинает топтаться на одном месте. Но потом идут друг за другом два T-трапа с топтанием на одном месте. Такое ощущение, что возникает какое-то неучтенное в тесте прерывание с приоритетом больше, чем у регистров терминала.

---

Там постоянно идут прерывания от таймера, просто сообщение ">>> Interrupt <<< 100" выводится только при первом из них (время вывода этого сообщения больше, чем 1/50 секунды).

Цитата:

---

Сообщение от Patron

Там постоянно идут прерывания от таймера, просто сообщение ">>> Interrupt <<< 100" выводится только при первом из них (время вывода этого сообщения больше, чем 1/50 секунды).

---

Ну без таймера я выкладывал тест :)