Загрузка RT-11 в ДВК через telnet-интерфейс

[Patron]

Не грузится, в логе

HX: Ready
HX: READ : Unit: 0 | Block:     0 | ByteCount:   512

Похоже, что читается и запускается нулевой блок - в таком случае сервер никак не отвечает за дальнейшее, потому что в нулевом блоке может быть что угодно ( хоть IOSCAN ).

Если таким макаром нулевой блок с IOSCAN грузится и работает, а нулевой блок с другим содержимым грузится, но не работает - проблема в содержимом нулевого блока.

[Advertiser]

[form]

Если таким макаром нулевой блок с IOSCAN грузится и работает, а нулевой бок с другим содержимым грузится, но не работает - проблема в содержимом нулевого блока.

IOSCAN расчитан грузиться с адреса 1000.

А загрузчик считывается:

Скрытый текст

@0/000240
00000002/000445
00000004/000002
00000006/000000
...
00000100/000102
00000102/000002
00000104/000000
...
00000114/116020
00000116/000400
00000120/005037
00000122/000002
00000124/012737
00000126/000002
00000130/000004
00000132/000167
00000134/000370
00000136/005015
00000140/054110
00000142/031040
00000144/031056
00000146/026440
00000150/041440
00000152/066157
00000154/020144
00000156/067542
00000160/072157
00000162/027056
00000164/005015
00000166/000000
00000170/105737
00000172/177560
00000174/100375
00000176/005005
00000200/153705
00000202/177562
00000204/000207
00000206/004767
00000210/000002
00000212/000305
00000214/110567
00000216/000024
00000220/066767
00000222/000020
00000224/000014
00000226/105737
00000230/177564
00000232/100375
00000234/110537
00000236/177566
00000240/000207
00000242/000000
00000244/000000
00000246/012705
00000250/000001
00000252/004767
00000254/177750
00000256/012705
00000260/004775
00000262/004767
00000264/177720
00000266/005067
00000270/177750
00000272/012705
00000274/071103
00000276/004767
00000300/177704
00000302/016705
00000304/177604
00000306/004767
00000310/177702
00000312/010005
00000314/004767
00000316/177666
00000320/005005
00000322/004767
00000324/177660
00000326/006301
00000330/010105
00000332/004767
00000334/177650
00000336/113705
00000340/177562
00000342/016705
00000344/177674
00000346/004767
00000350/177634
00000352/004767
00000354/177612
00000356/120527
00000360/000374
00000362/001444
00000364/120527
00000366/000376
00000370/001401
00000372/000767
00000374/004767
00000376/177570
00000400/004767
00000402/177564
00000404/004767
00000406/177560
00000410/120527
00000412/000122
00000414/001050
00000416/004767
00000420/177546
00000422/120527
00000424/000104
00000426/001043
00000430/004767
00000432/177534
00000434/110522
00000436/005301
00000440/001373
00000442/004767
00000444/177522
00000446/004767
00000450/177516
00000452/000207
00000454/004767
00000456/177510
00000460/173500
00000462/041011
00000464/051377
00000466/140221
00000470/176612
00000472/173402
00000474/034011
00000476/142777
00000500/167412
00000502/171601
00000504/102403
00000506/040012
00000510/004767
00000512/177452
00000514/110522
00000516/005300
00000520/001373
00000522/000763
00000524/042700
00000526/177770
00000530/010067
00000532/177354
00000534/012706
00000536/010000
00000540/012700
00000542/000136
00000544/004737
00000546/000722
00000550/012700
00000552/000002
00000554/012701
00000556/002000
00000560/012702
00000562/001000
00000564/004767
00000566/177454
00000570/012737
00000572/032700
00000574/004716
00000576/016737
00000600/177306
00000602/004722
00000604/012737
00000606/000246
00000610/004730
00000612/000137
00000614/001000
00000616/000000
...

[свернуть]

Сейчас попробую HALT вставить в загрузчик до запуска....

[Patron]

Дело может быть в том, что комплекте поставки - вместо чтения, передачи и запуска нулевого блока загружаемого образа - сервер специальным образом передаёт специальный модифицированный первичный загрузчик из файла Boot_RT-11_from_HX0_(177560).bin, что позволяет устанавливать дату.

По этой причине в нулевом блоке образа может оказаться какой-то устаревший (или даже битый) первичный загрузчик.

[form]

Собственно видно, что он недочитывает загрузчик...
Останавливается на ожидании готовности с клавиатуры - видимо сервер просто плюет в телнет пачку данных без задержек и она слишком быстро прилетает. Сейчас проверим модифицированным загрузчиком...

---------- Post added at 15:23 ---------- Previous post was at 15:22 ----------

Дело может быть в том, что комплекте поставки - вместо чтения, передачи и запуска нулевого блока загружаемого образа - сервер передаёт специальный модифицированный первичный загрузчик из файла Boot_RT-11_from_HX0_(177560).bin, который позволяет устанавливать дату.

По этой причине в нулевом блоке образа может оказаться какой-то устаревший (или даже битый) первичный загрузчик.

Я вручную переставил на .odtшный.

[Patron]

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

Само собой - сервер HX всегда "выплёвывает" сразу весь запрошенный пакет.

Просто при работе с аппаратным COM-портом Windows - уже драйвер Windows "цедит" пакет в порт из внутреннего буфера Windows по одному байту.

[form]

Само собой - сервер HX всегда "выплёвывает" сразу весь запрошенный пакет.

Просто при работе с аппаратным COM-портом Windows - уже драйвер Windows "цедит" пакет в порт из внутреннего буфера Windows по одному байту.

А кто мешает цедить по IP?
Понятно, что даже голый терминал будет косячить при передаче пачкой...

[Patron]

А кто мешает цедить по IP?

Вопрос к Windows. Windows, вроде, разбивает поток данных по IP на пакеты размером с MTU ( обычно это 1500 байт, если не ошибаюсь ).

Понятно, что даже голый терминал будет косячить при передаче пачкой...

Терминал не работает через пакетный интерфейс HX.

Дело в том, что если у сервера HX через пакетный интерфейс запросили 32К байт - он "плюнет" их в передающий буфер Windows одной пачкой ( а Windows уже порежет этот пакет на пакеты размером с MTU ), а если запросили только один байт - он "плюнет" пакет из одного байта. Всё честно - сколько запросили, столько и получили. Запросили 512 байт - получили пакет из 512 байт.

[form]

Дело в том, что если у сервера HX через пакетный интерфейс запросили 32К байт - он "плюнет" их в передающий буфер Windows одной пачкой ( а Windows уже порежет этот пакет на пакеты размером с MTU ), а если запросили только один байт - он "плюнет" пакет из одного байта. Всё честно - сколько запросили, столько и получили. Запросили 512 байт - получили пакет из 512 байт.

А кто мешает плевать посимвольно - не могу понять.
А так понятно, что даже функционал терминала работать не будет при некоторых условиях...

На пробу сделал проброс с роутера:

pdp-11:/tmp# tail -1 /etc/inetd.conf 
telnet  stream  tcp     nowait  root    /usr/bin/cu     cu -s 19200
pdp-11:/tmp#

Некоторый прогресс есть:

Local> SE PO TY SO
Local> C BIGSYS_CONS
Password>
Local -010- Session 1 to BIGSYS_CONS on node PDP11.ORG.RU established
 
Local> SE SES PAS
Local> RE
Local -012- BIGSYS_CONS session 1 resumed
 
?
@10000/012706 12706
00010002/010000 10000
00010004/012746 12746
00010006/000340 340
00010010/012746 12746
00010012/010016 10016
00010014/000002 2
00010016/004567 4567
00010020/000036 36
00010022/176401 176401
00010024/041411 41411
00010026/000122 122
00010030/000000 0
00010032/000000 0
00010034/001000 1000
00010036/000227 227
00010040/105737 105737
00010042/177560 177560
00010044/100375 100375
00010046/013703 13703
00010050/177562 177562
00010052/100001 100001
00010054/000000 0
00010056/000207 207
00010060/012704 12704
00010062/000016 16
00010064/105737 105737
00010066/177564 177564
00010070/100375 100375
00010072/112537 112537
00010074/177566 177566
00010076/005304 5304
00010100/001371 1371
00010102/012700 12700
00010104/000005 5
00010106/004715 4715
00010110/005300 5300
00010112/001375 1375
00010114/012700 12700
00010116/001000 1000
00010120/004715 4715
00010122/110324 110324
00010124/005300 5300
00010126/001374 1374
00010130/004715 4715
00010132/004715 4715
00010134/005007 5007
@10000G
HX 2.2 - Cold boot..
 
HX DSK/TTY multiplexer   v3.1  2014

Но на этом - все.

---------- Post added at 15:49 ---------- Previous post was at 15:45 ----------

В логе пишется завершенная операция или запрос операции?

[Patron]

А кто мешает плевать посимвольно - не могу понять.

А зачем, если надо именно пакетом и на нормальном оборудовании всё прекрасно работает.

А так понятно, что даже функционал терминала работать не будет при некоторых условиях...

У терминала есть настройка: InitialStateOf[SlowMultiByte] - и если там 1, то терминал ни при каких условиях не выдаст байты с задержкой между байтами меньше 1/60 секунды. Иначе, при вставке (например) 512 байтов из буфера обмена - они улетят одним пакетом.

[form]

А зачем, если надо именно пакетом и на нормальном оборудовании всё прекрасно работает.

Уже показано, что не работает - именно на нормальном DECовском оборудовании. Было и раньше показано когда чистый терминал не работал, это было заткнуто вручную правкой XL, но все случаи так не заткнешь и вот живой пример: DECserver. Теряется именно на нем - я вставил в загрузчик обнаружение overrun.