Загрузка RT-11 через порт системного терминала

[form]

машинка вылетает в останов, после чего на вопрос в виде буквы М (показать причину останова) выдает ххххх1 - "ошибка при обращении к каналу при вводе адреса вектора прерывания". А чтобы зависало?..

Далеко вверх не читал, так что не знаю подробностей (относительно железа о котором идет речь), но реакция ДВК/Э60 в данном случае скорее исключение чем правило. У DEC потеря подтверждения прерывания - вполне нормальная ситуация, не вызывающая останова (не скажу, что везде, но как минимум на всех UNIBUS и всех J11).

[AFZ]

У DEC потеря подтверждения прерывания - вполне нормальная ситуация, не вызывающая останова

А что она вызывает? Зависание?

Сделать Trap to 4, будет неправильно, не поймешь, что произошло. Какого, простите, хрена, Trap to 4 на вполне нормальной команде? И вообще, Trap to 4 - это, все-таки, ближе к программным ошибкам, а потеря прерывания - 100% дефект аппаратуры, причем такой, который сам не устранится и надо лезть внутрь.

- - - Добавлено - - -

Э-60, кстати, тоже DEC-овская (почти, она ведь, не считая конструктива, цельнотянутая LSI-11/03).

[form]

А что она вызывает? Зависание?

Никакого зависания. Штатное продолжение работы без каких либо последствий (с точки зрения процессора, конечно). Зависание (софтовое) тут может произойти из-за неработоспособности устройства - нет прерывания - нет работы. То есть по сути - обыкновенный device timeout.

Сделать Trap to 4, будет неправильно, не поймешь, что произошло.

Трап по 4 на многих процессорах (в тех же J11 например) четко идентифицируется, и причина выявляется однозначно (HALT это, стек, память, I/O page итд), но это не тот случай.

Э-60, кстати, тоже DEC-овская (почти, она ведь, не считая конструктива, цельнотянутая LSI-11/03).

Насчет того как в 11/03 с этим дело обстоит не знаю. В UNIBUS проще - там для этого даже термин свой есть, а насчет J11 можно в описаниях всех процов на нем прочитать про эту ситуацию, она вполне штатная. С точки зрения устройства - да, это, возможно, проблема, но тут уже пусть драйвер обнаруживает ее и делает сброс, повтор итд...

[bigral]

Никакого зависания. Штатное продолжение работы без каких либо последствий (с точки зрения процессора, конечно). Зависание (софтовое) тут может произойти из-за неработоспособности устройства - нет прерывания - нет работы. То есть по сути - обыкновенный device timeout.

Странное дело, но в принципе легко проверить имея под рукой QBUS корзинку и плату процессора БЕЗ SLU на борту. Достаточно обеспечить 1 пустой слот в QBUS цепи между платой процессора и SLU платой. А потом запустить тот код что привел Patron, ну или попытаться загрузить RT11 через HX (обычную версию а не SP которая не использует прерывания вообще!!! невероятно но факт...)

Не исключено, что проблема в отсутствии прерываний от порта терминала. Все надписи, которые выводятся без прерываний - проходят, а все, которые должны выводиться по прерываниям - остаются в выходном терминальном буфере RMON. Когда выходной терминальный буфер RMON переполняется - система зависает.

Это подозрение легко проверить, введя с пульта и запустив программу, которая устанавливает обработчик, просто считающий прерывания передатчика, разрешает прерывания и выводит на экран в режиме опроса несколько символов. Если прерывания работают - значение счётчика после завершения программы должно на 1 превышать число выведенных символов.

	.=60
	202
	0
	176			; Адрес обработчика прерывания передатчика
	0

	.=100
	202
	0

	.=176
	INC (PC)+
	0			; По адресу 200 == Счётчик прерываний
	RTI

	.=1000
	MOV	#700, SP
	MTPS	#0
	MOV	#100, @#177564	; Включить прерывания передатчика
	MOV	#5,   R1
	MOV	#100, R0
1$:
	INC	R0
	MOV	R0, @#177566
2$:
	TSTB	@#177564
	BPL	2$
	SOB	R1, 1$

	HALT

[AFZ]

легко проверить имея под рукой QBUS корзинку и плату процессора БЕЗ SLU на борту. Достаточно обеспечить 1 пустой слот в QBUS цепи между платой процессора и SLU платой. А потом запустить тот код что привел Patron

Так, может быть, она банально зацикливает, не дождавшись прерывания? Подать сигнал B HALT L не пробовал?

[form]

Странное дело, но в принципе легко проверить имея под рукой QBUS корзинку и плату процессора БЕЗ SLU на борту.

Проверить что это штатная ситуация? В доках по KDJ11 об этом прямо сказано и на моем 11/83 тестировали.

[Advertiser]

[bigral]

Так, может быть, она банально зацикливает, не дождавшись прерывания? Подать сигнал B HALT L не пробовал?

уже не поможет никакой B HALT L, только RESET

- - - Добавлено - - -

Проверить что это штатная ситуация? В доках по KDJ11 об этом прямо сказано и на моем 11/83 тестировали.

а как это проверить на 11/83? там же SLU встроенный в плату процессора

[form]

а как это проверить на 11/83? там же SLU встроенный в плату процессора

Тест проводился и на плате DLV11-J, цель теста была проверить что будет если сделать BIS #100,@#TPS и сразу BIC #100,@#TPS. На ДВК подобные действия как раз вызывают, упомянутое AFZ, выпадение в пульт с ошибкой прерывания. Это позже я прочитал в описании процессора, что если запрошенное прерывание не было отработано, то все идет так как если бы его не было вообще.

[Valent]

Подскажите, можно ли с помощью эмулятора терминала типа VT52, имея образ загрузочного RX02 диска, загрузить систему в реальную машину PDP-11 через порт системного терминала?

[Andrey_Ak]

Подскажите, можно ли с помощью эмулятора терминала типа VT52, имея образ загрузочного RX02 диска, загрузить систему в реальную машину PDP-11 через порт системного терминала?

Можно...

Если не искать по всему форуму, вот тут разжевал как можно проще:
http://www.tis.kz/forum/topic.php?fo...415#1453353415