СМ-1420 – Запуск комплекса

[Patron]

Или RT-11 не опознает ВМ3, как Q-bus'ный?

Опознаёт как PDP-11/34.

[Advertiser]

[AFZ]

Опознаёт как PDP-11/34.

Это-то понятно, а откуда тогда память >248K?

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

Это в принципе может и ошибкой быть ибо никто не мешает на Q-Bus быть RK контроллеру 18-битным.

А еще, вроде-бы, был адаптер QUnibus, который вставлялся в Q-bus, а к нему можно было подключать Unibus-устройства.

[form]

Это-то понятно, а откуда тогда память >248K?

Память он в явном виде тестирует в BSTRAP.

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

А еще, вроде-бы, был адаптер QUnibus, который вставлялся в Q-bus, а к нему можно было подключать Unibus-устройства.

Были такие. По идее к 18 бит должен доступ давать.

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

Биты шины отдельно надо посмотреть на всякий случай.

В эмуляторе определяется как UNIBUS система.

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

Еще инфа по RK05

 RK11/RKV11 cartridge disk (RK05) controller (RK)

 This simulation only simulates the RK05 disk drive.
 After 1973, you couldn't have an RK02 in a system. Except for an early
 version of DOS11, no PDP11 operating system supported it.

 DEC did two versions of the RK11 controller for the PDP11: the RK11-C and
 the RK11-D (There's also a -E for the PDP-15.). The -C is described in
 the 1972 PDP11 Peripherals handbook. In that controller, RKDS<11>
 distinguishes an RK02 (low density, 128 words/sector) drive from an RK03
 (high density, 256 words/drive).

 By 1973, the RK11-C had been superseded by the RK11-D. The RK11-D only
 supports high density drives: the RK03 Diablo drive, and the RK05 DEC
 drive.  In the RK11-D, RKDS<11> distinguishes between an RK03 (Diablo)
 and an RK05 (DEC) drive.

 From the point of view of software, the RK03/RK05 distinction is cosmetic.
 At the hardware level, RK05s had to be daisy-chained in front of RK03s,
 because RK03s did not receive/propagate the power fail signals. Daisy-chain
 order is different than unit-number order and cannot be detected from
 software.

 There is no known way to test an RK11-C, as none of the existing software
 sets support it. RT, RSTS/E, and M/M+ were all released after the RK11-D
 and do not support the RK11-C.

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

Кстати код, проверяющий конечный адрес перед запуском I/O появился в RK не сразу. В 5.0 проверки еще нет и драйвер полагается на то, что вернет конроллер. В 5.4G проверка уже есть. Одно из двух - или DEC действительно делал для Q-Bus 16-bit контроллер (выше текст из SimH - упоминается некий RKV11), а потом на RK забили; либо проверка должна была проверять 22-bit адрес который на Q-Bus по определению не будет работать (только в этом случае не ясно зачем вообще шины различать - проверка будет одинаковой).

[Patron]

DEC действительно делал для Q-Bus 16-bit контроллер (выше текст из SimH - упоминается некий RKV11)

Описание RKV11 есть здесь: Digital Microcomputer Interfaces Handbook ( 1980 ).

[form]

есть здесь

Занятно. У меня это же описание только новее - в нем уже нету.

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

Из описания:

Bitt: 4,5 Name: Unused
NOTE
The RKV11-D uses these bits. Since the LSI-11 bus
structure has no provision for extended addressing,
no connection is made to the bus from these bits on
the RKV11-D. They will respond as two unused
read/write bits in the status register, but like the
RKV11-D, they will increment should the RKBA overflow.

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

Так что действительно RKV11 только 16 bit суппортит. Но никто не мешает эмулировать 18-битный

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

Попутно... Несколько не из этой темы, но поскольку тут UNIBUSная машина, и кто знает - вдруг удастся когда 22бит добыть к ней... В драйвере HX желательно добавить DMS=NO в .DRDEF, в противном случае он эффективно отключит всю память выше 256Kb для всех DMA драйверов на UNIBUS.