Электроника-85 vs. DEC Pro-350 + их эмуляция

[Patron]

как драйверу DW при генерации задать размер диска.

Родной драйвер DW определяет размер диска при загрузке - для этого в драйвере есть база характеристик всех дисков, которые он поддерживает, и из этой базы в момент загрузки автоматически выбирается нужный вариант.

;		1 2 3 4 5 6 7 8 ;number of heads
;
DWTAB:	.BYTE	      2,4,0,6,5 ;DW type codes
;
;		      1       7 ;added DW type codes
;		      3		;...
;
;		      5 5   5 5
;		      1 2   2 2
;
;		      5       5
;		      0       3
;
;		      3
;		      1
	.EVEN

DEVCHR:				;RDxx device characteristics table

;	C      H    CYL    REAL    USER    HIGH   LOW    USER   DEVICE
;	O      E           SIZE    SIZE    SIZE   SIZE   SIZE
;	D      A
;	E      D
;	       S

$TYPE$	TYP50  4.  153.    9792.   9727.      0.  9792.  9727. ;RD50#

$TYPE$	TYP51  4.  306.   19584.  19519.      0. 19584. 19519. ;RD51

$TYPE$  TYP31  4.  615.   39360.  39295.      0. 39360. 39295. ;RD31*$

$TYPE$	TYP52C 5.  697.   55760.  55679.      0. 55760. 55679. ;RD52*  CDC

;no known      6.

$TYPE$	TYP52Q 8.  512.   65536.  65407.      1. 65535. 65407. ;RD52*$ QUANTUM

$TYPE$	TYP52A 7.  645.   72240.  72127.   6705. 65535. 65535. ;RD52*  ATASI

$TYPE$  TYP53  8. 1024.  131072. 130943.  65535. 65535. 65535. ;RD53*$
;
; Note:
;
; For the RD53 there are 65537. blocks that are left over after allocating
; the maximum number of blocks that RT-11 allows (65535.) for partition 0.
; Since 65537. will not fit in a PDP-11 unsigned word, the remainder size
; used in the $TYPE$ macro is 65535.
;
;$TYPE$  TYP53  8. 1024.  131072. 130943.  65537. 65535. 65535. ;RD53*$
;
;              A     B        C       D      E      F       G
;
;	C=16.*A*B	Physical size of device
;	D=16.*A*(B-1)-1	usable size (first block reserved for start-up
;			diagnostics and last cyl reserved for FCT)
;	E=MIN(MAX(C-65535.,0),65535.) Physical size over 65535. blocks
;	F=MIN(C,65535.) Partition 0 physical size
;	G=MIN(D,65535.) Partition 0 useable size
;
;# bit indicates RD50
;* contains FCT
;$ seek test required to determine

[AFZ]

Родной драйвер DW определяет размер диска при загрузке - для этого в драйвере есть база характеристик всех дисков

Зто в какой версии? В 5.1 нет такого слова: $TYPE$. И без долларов нет. А начиная с 5.2 драйвера освободили от необходимости перемешать адресные константы, перенеся эту функцию в ядро. TSX 6.01 об этом не знает и, естественно, ничего перемезать не будет. То есть надо перелопачивать весь драйвер, делая его самоперемещающимся. То есть, конечно, и это можно сделать, но не за 5 минут, а тратить на это существенно больше времени не выйдет...

Были бы исходники, можно было бы вписать эту функцию в ядро TSX, но исходники были только у Потёмкина, да и то неизвестно, все ли? И вообще, спрашивается, откуда они у него могли взяться? Спецслужбы украли у S&H Computing? Или таки был расширенный вариант поставки?

[Patron]

Это в какой версии?

5.4

В 5.1 нет такого слова: $TYPE$

В 5.1 поддерживаются два винчестера RD50 и RD51. При подключении RD50 контроллер об этом сообщает. При подключении любого другого винчестера драйвер должен как-то выяснить его параметры.

Драйвер для 5.1 в таком случае берёт такое же количество головок, как и у RD50, и количество цилиндров из параметра DW$C51

DW$SRF	= 4.
DW$C51	= 306.

Если изменить количество головок в параметре DW$SRF, то драйвер от 5.1 уже не сможет работать с RD50 и будет поддерживать только один винчестер типа "не RD50".

[AFZ]

Драйвер для 5.1 в таком случае берёт такое же количество головок, как и у RD50, и количество цилиндров из параметра DW$C51

Тогда для TSX 6.01 проще всего действительно нагенерить драйверов на большинство известных 4-головочных накопителей - т.е. к имеющимся дровам на 10 и 20М, добавить 22 (ST250R) и 32 (эмулятор), а также приложить все материалы, включая инструкцию, для самостоятельной генерации драйвера DW под другое число головок

Да, физически и в эмуляторе контроллер поддерживает винты более 32М, а единственный вариант использования такого в RT/TSX-11 - разбить такой винт на два логических: DW0: и DW1:. Драйвер DW-85 похожей фенечкой не оборудован?

Для ДВК у меня такой есть, у него еще геометрия винта, по-простому, задается SET-параметрами. Нашей выделки, без DEC-овских изысков, которые в части, касающейся DW, кажутся предтечами нынешнего PnP...

И еще вопрос. А более старшие, чем 6.01, TSX поддерживают настройку драйверов системой, подобно RT-11 5.2+ ?

[form]

разбить такой винт на два логических: DW0: и DW1:. Драйвер DW-85 похожей фенечкой не оборудован?

Из родных DEC/Mentec'овских только DU так умеет:

.SH DEV:DU

Device    Status                   CSR     Vector(s)
------    ------                   ---     ---------
  DU      Resident                172150   154

          DU0: is set PORT =  0, UNIT =  0, PART =  0
          DU1: is set PORT =  0, UNIT =  1, PART =  0
          DU2: is set PORT =  0, UNIT =  2, PART =  0
          DU3: is set PORT =  0, UNIT =  3, PART =  0
          DU4: is set PORT =  0, UNIT =  3, PART =  1
          DU5: is set PORT =  0, UNIT =  3, PART =  2
          DU6: is set PORT =  0, UNIT =  3, PART =  3
          DU7: is set PORT =  0, UNIT =  3, PART =  4
          D10: is set PORT =  0, UNIT =  3, PART =  5
          D11: is set PORT =  0, UNIT =  3, PART =  6
          D12: is set PORT =  0, UNIT =  3, PART =  7
          D13: is set PORT =  0, UNIT =  3, PART =  8
          D14: is set PORT =  0, UNIT =  3, PART =  9
          D15: is set PORT =  0, UNIT =  3, PART = 10
          D16: is set PORT =  0, UNIT =  3, PART = 11
          D17: is set PORT =  0, UNIT =  3, PART = 12
          D20: is set PORT =  0, UNIT =  3, PART = 13
          D21: is set PORT =  0, UNIT =  3, PART = 14
          D22: is set PORT =  0, UNIT =  3, PART = 15
          D23: is set PORT =  0, UNIT =  3, PART = 16



.

Жаль только, что даже в последнем TSX-Plus не поддерживаются номера устройств больше 7

---------- Post added at 10:59 ---------- Previous post was at 10:58 ----------

А более старшие, чем 6.01, TSX поддерживают настройку драйверов системой, подобно RT-11 5.2+ ?

Настройку поддерживают как более старшие так и более младшие. Не ясно только что такое "подобно 5.2+" в данном контексте.

---------- Post added at 11:22 ---------- Previous post was at 10:59 ----------

Кажется понял. Речь идет о DRPTR входах? Это и TSX+ 6.01 вроде уже умеет.

[AFZ]

Не ясно только что такое "подобно 5.2+" в данном контексте.

Я имею в виду настройку адресных констант средствами ядра, а не самонастройку средствами драйвера, как это было в 5.1 и ниже.

Кажется понял. Речь идет о DRPTR входах?

Это так называется?

Это и TSX+ 6.01 вроде уже умеет.

Точно? У меня (1992 или 93) тогда что-то не сошлось, не удалось прикрутить DWX.SYS из 5.4 или 5.2 к TSX 6.01, причем я довольно глубоко тогда поковырялся и понял, что проблема была в настройке адресных констант.

[Advertiser]

[form]

Я имею в виду настройку адресных констант средствами ядра, а не самонастройку средствами драйвера, как это было в 5.1 и ниже.Это так называется?Точно?

Хотя бы своими словами можно объяснить о чем речь? Что за адресные константы такие? Пока непонятно.

не удалось прикрутить DWX.SYS из 5.4 или 5.2 к TSX 6.01, причем я довольно глубоко тогда поковырялся и понял, что проблема была в настройке адресных констант.

TSX+ V6.01 официально синхронизирован с 5.2 и все драйвера в комплекте сделаны из 5.2. Драйвера из 5.3 по прежнему должны подходить (разумеется где нужно требуется переделка). Из 5.4 же вполне может и не подойти - 5.3->5.4 много изменений было и драйвер может использовать что-то системно-зависимое.

[AFZ]

Хотя бы своими словами можно объяснить о чем речь? Что за адресные константы такие? Пока непонятно.

Ну вот в простой программе я могу написать
MOV #TABL1,R1
И, куда бы ее линкер не засунул, этот адрес окажется правильным. А в драйверах, которые слинкованы с 1000, как и большинство простых программ, а загружаются черт знает куда, мы вынуждены писать
MOV PC,R1
ADD .-TABL1,R1
По-моему, начиная с 5.2 в ядро добавили общую програмку, которая перстраивает такие адресные константы, так, что пишешь
L1: MOV #TBL1,R1
а где-то в таблице, находящейся в отдельной секции, добавляешь строчку
.WORD L1+2
При загрузке любого драйвера, система загружает эту секцию куда-то в рабочие поля, по ее данным настраивает всё, что там прописано, а затем забывает о ней. То есть оперативной памяти в драйвере эта таблица не занимает, а код получается короче. То есть, програмка в ядре тоже что-то весит, но, если драйверов много, то оно должно оправдываться.

Это мои измышления 20-летней давности, как оно сделано в деталях, я не разбирал, но таблицу видел. Скорее всего, это все реализовано макрокомандами. Более того, я сейчас прикинул, что эту програмку тоже можно сделать транзитной, вписав ее в начало той же секции, так, что расходов памяти в ядре тоже будет минимум. Но, повторюсь, как там оно сделано в деталях, я не знаю.

Так вот, это нововведение появилось, как бы не соврать, в 5.2, вроде-бы. Или в 5.4, точно уже не помню. И сильно не уверен, что это дело поддерживает TSX 6.01

[form]

Ну вот в простой программе я могу написать
MOV #TABL1,R
И, куда бы ее линкер не засунул, этот адрес окажется правильным. А в драйверах, которые слинкованы с 1000, как и большинство простых программ, а загружаются черт знает куда, мы вынуждены писать
MOV PC,R1
ADD .-TABL1,R1

Ни в какой из версий RT-11 и TSX-Plus первый вариант не пройдет. Просто начиная с RT-11 V5.2 оявились упомянутые мной выше вызовы DRPTR на обслуживание драйвера (загрузка, выгрузка) и, соответственно появилась возможность в момент загрузки драйвера (и его силами) перенастроить данные адреса так, чтобы они работали. Ни один стандартный драйвер не использует такого.

По-моему, начиная с 5.2 в ядро добавили общую програмку, которая перстраивает такие адресные константы

Нет, и не могли добавить по определению - как можно догадаться. Откуда эта программка узнает что именно нужно перенастраивать, а что нет? Это в RSX-11 драйверу в комплекте идет STB файл с таблицей символов (впрочем там просто перенастройки не требуется - абсолютная адресация допустима в принципе).

а где-то в таблице, находящейся в отдельной секции, добавляешь строчку

Это все делается вручную самим драйвером из FETCH/LOAD точки входа DRPTR (и они действительно появились в 5.2). Насчет TSX+ V6.01 строго говоря не уверен вызываются ли эти входы - можно проверить - 6.01 есть под рукой сгенеренный.

[AFZ]

Откуда эта программка узнает что именно нужно перенастраивать,

Gj По ссылке из нулевого блока. У обычных драйверов там ноль, а здесь - смещение от начала файла.

Это все делается вручную самим драйвером из FETCH/LOAD точки входа DRPTR (и они действительно появились в 5.2).

Похоже, это оно самое и есть.

Более того, я сейчас прикинул, что эту програмку тоже можно сделать транзитной, вписав ее в начало той же секции

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

Ладно, сейчас у меня предстоит цейтнот на недельку, кончится - подумаю.