С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Странно. ДВК (а если не врет мой склероз, то и Э-60), если устройство вовремя не ответило СИПом на ввод вектора прерывания, машинка вылетает в останов, после чего на вопрос в виде буквы М (показать причину останова) выдает ххххх1 - "ошибка при обращении к каналу при вводе адреса вектора прерывания". А чтобы зависало?..
- - - Добавлено - - -
Это на машинках с ВМ1 и на Э-60. На ДВК с ВМ2 и ВМ3 причина останова по букве М выдается текстом, по-ангельски.
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Далеко вверх не читал, так что не знаю подробностей (относительно железа о котором идет речь), но реакция ДВК/Э60 в данном случае скорее исключение чем правило. У DEC потеря подтверждения прерывания - вполне нормальная ситуация, не вызывающая останова (не скажу, что везде, но как минимум на всех UNIBUS и всех J11).
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
А что она вызывает? Зависание?
Сделать Trap to 4, будет неправильно, не поймешь, что произошло. Какого, простите, хрена, Trap to 4 на вполне нормальной команде? И вообще, Trap to 4 - это, все-таки, ближе к программным ошибкам, а потеря прерывания - 100% дефект аппаратуры, причем такой, который сам не устранится и надо лезть внутрь.
- - - Добавлено - - -
Э-60, кстати, тоже DEC-овская (почти, она ведь, не считая конструктива, цельнотянутая LSI-11/03).
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Никакого зависания. Штатное продолжение работы без каких либо последствий (с точки зрения процессора, конечно). Зависание (софтовое) тут может произойти из-за неработоспособности устройства - нет прерывания - нет работы. То есть по сути - обыкновенный device timeout.
Трап по 4 на многих процессорах (в тех же J11 например) четко идентифицируется, и причина выявляется однозначно (HALT это, стек, память, I/O page итд), но это не тот случай.
Насчет того как в 11/03 с этим дело обстоит не знаю. В UNIBUS проще - там для этого даже термин свой есть, а насчет J11 можно в описаниях всех процов на нем прочитать про эту ситуацию, она вполне штатная. С точки зрения устройства - да, это, возможно, проблема, но тут уже пусть драйвер обнаруживает ее и делает сброс, повтор итд...
Последний раз редактировалось form; 04.02.2019 в 13:27.
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Странное дело, но в принципе легко проверить имея под рукой QBUS корзинку и плату процессора БЕЗ SLU на борту. Достаточно обеспечить 1 пустой слот в QBUS цепи между платой процессора и SLU платой. А потом запустить тот код что привел Patron, ну или попытаться загрузить RT11 через HX (обычную версию а не SP которая не использует прерывания вообще!!! невероятно но факт...)
Последний раз редактировалось bigral; 04.02.2019 в 16:22.
Подскажите, можно ли с помощью эмулятора терминала типа VT52, имея образ загрузочного RX02 диска, загрузить систему в реальную машину PDP-11 через порт системного терминала?
Можно...
Если не искать по всему форуму, вот тут разжевал как можно проще:
http://www.tis.kz/forum/topic.php?fo...415#1453353415
Последний раз редактировалось Andrey_Ak; 05.06.2019 в 18:46.
Andrey_Ak WEB: www.tis.kz ICQ: 345-005-908 Mail: admin@tis.kz Fido: 2:5083/1 Radio: UN7GKQ
Valent, Вы скопировали только драйвер HX, а надо ещё SWAP.SYS, монитор, другие драйвера. Книгу по RT-11 и читать
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)