Насколько я понимаю, это передача 253 слов, а не 256, не? Наверное всё таки 177400
Тьфу, да, неправильно строки воспринял, да, всё нормально.
..
Мистическая тайна DSM-11 раскрыта - обсуждаемое использование содержимого R1 отсутствует в оригинальном коде DSM-11 и было внесено патчем.
Оригинал загрузчика DK:
Код:.=0
.DSKBOT DK
MOV %2,-(6)
MOVB BOOTDK+510.,%5 ;GET DISK-TYPE
CMP #DL,%5 ;CHECK TYPE
BEQ BERRDK ;.+210
MUL #000014,%5
ADD #BOTTDK-BOOTDK+VIR.P5,%5
TSTB BOOTDK+510.
BEQ 1$
Патченая версия:
Код:.=0
.DSKBOT DK
MOV %2,-(6)
MOVB BOOTDK+510.,%5 ;GET DISK-TYPE
CMP #DL,%5 ;CHECK TYPE
BEQ BERRDK ;.+210
MUL #000014,%5
ADD #BOTTDK-BOOTDK+VIR.P5,%5
CALL @#640
BEQ 1$
...
.=640
MOV BOOTDK+500.,%2
BIS %2,(5)
BIS %2,6(5)
BIS %2,10(5)
TSTB BOOTDK+510.
RETURN
Оригинал - из файла BOOTDK, находящегося в образе MYmac1.DSK в архиве DSMMAC.zip, а патченная версия - дизасм нулевого блока образа диска RK05 с DSM-11 v3.3.
..
Изменил патч загрузчика в дистрибутиве DSM-11 v3.3 так, чтобы он по-прежнему влиял на DM, DP, DR и DB, но не влиял на DK : DSM-11_v3.3.tap
Загрузчик DSM-11 помог найти ошибку в моей эмуляции RK, которою не выявляют тесты XXDP - мой вариант RK не мог прочитать с диска за один раз более 32К слов. Загрузчик же DSM-11 мапит себя в верхнюю память и считывает одним запросом с диска RK всю область ядра = 45К слов ( 90 Кб ) в адреса 00000..263777 и вторым запросом - 37 Кб системного аннекса в адреса 264000..375777.
Тут интересно бы на живом посмотреть. По описанию можно предположить, что RKWC, выставленный в 0 перед началом R/W операции должен нормально прокрутиться через все 64KW и остановиться когда снова станет равен нулю. SimH так и поступает. E11 тестить не стал - я его уже ловил на разных косяках относительно RK06/RK07 и RP02/RP03 (В SimH впрочем тоже был косяк в RK06/RK07:)). Можно еще в CHARON попробовать.