RTEM-11 -- RT-11 под RSX-11M, RSX-11M-PLUS, Micro/RSX, VAX/RSX

[form]

Обновлен RT11SH.DSK.
Новый TTSET.

[form]

Еще обновление shared image.
Устройство DH (DVK Emulator Hard Disk) добавлено в список допустимых в FIP и JOAT.

[form]

Обновился RTEM shared image на странице RTEM.
TTSET обновлен до V7.2.
В RPM должно обновиться автоматом скоро.

[form]

И еще обновление RT11SH.DSK - драйверам MTM.SYS и MUM.SYS прописаны правильные IDы устройства.
Драйверы DA, DC, DH не устанавливаются в системе если нет соответствующих устройств в хостовой системе - как принято в RTEM.
Кроме того инсталяционная процедура проверяет версию системы так как драйверы полагаются на функционал, появившийся в RT-11 V5.02.

>RTE /VS
RTEM-11 (RSX-11M-PLUS) V01.00E

RT-11FB  V05.07  

.SET TT QUIET

?DATE-I-Time source: RSX-11M-PLUS
?DATE-I-Date & time: 5-JAN-2024 14:11:22

.DEV

Device    Status                   CSR     Vector(s)
------    ------                   ---     ---------
  DA      Not installed           000000   000
  DC      Not installed           000000   000
  DH      Not installed           000000   000
  NL      Installed               000000   000
  VS      Resident                000000   000
  RK      Not installed           000000   220
  BA      Installed               000000   000
  DU      Installed               000000   000
  LD      Installed               000000   000
  SD      Installed               000000   000
  SL      122244                  000000   000
  DD      Not installed           000000   300
  DM      Not installed           000000   210
  DX      Not installed           000000   264
  DY      Not installed           000000   264
  LP      Installed               000000   000
  MS      Not installed           000000   224
  DL      Not installed           000000   160
  MF      Not installed           000000   224
  MT      Not installed           000000   224
  MU      Installed               000000   224
  DH      Not installed           000000   000

.INS DA
?KMON-F-Invalid device installation SY:DAM.SYS

.MC VCP CON TEMP/DRV:DA

VCP - Device VF0: (DA0:) has been assigned.

.INS DA

.

[form]

На странице RTEM добавилась последняя информация о структурах данных RTEM.
Неизвестных смещений в RTEM Linkage Area не осталось, неизвестных битов вроде тоже не осталось.

[form]

Уточнение картины отображения блоков устройства VS0: при загрузке с пары shared/private image.
Родной драйвер VS делит весь диск на 8 областей (VS различает их по последнему блоку области, сравнивая с запросом):

• блоки 0-5 - мапятся в блоки 0-5 private image
• далее идут блоки каталога shared image (мапятся только используемые сегменты)
• далее идут блоки каталога private image (мапятся все, общее количество сегментов вместе с shared не должно преышать 31)
• далее идут блоки файлов shared image до файла SWAP.SYS
• далее блоки файла SWAP.SYS и всех файлов после него мапятся во временный файл, куда предварительно копируются
• далее интересно: снова блоки shared image, но только в теории - структуры различают последний блок предыдущего пункта и последний блок shared image, но в реальности они всегда совпадают
• далее идут блоки файлов private image
• и последняя область как заглушка - блоки до 65535, отображающиеся в private image, видимо, просто чтобы вернуть ошибку так как они эффективно выпадут за пределы файла

В сущности ничего нового, просто интересно, что в теории могла бы быть область после mark zone на shared image.

Понятно, что кроме мапинга блоков еще нужно разбираться с блоками каталога при чтении и записи:

• последний сегмент каталога shared image должен ссылаться на следующий, относящийся уже к private
• номера сегментов private каталога должны при чтении меняться в соответствии с мапингом, а при записи - соответственно меняться обратно

Ну и до кучи (поскольку теперь есть полная информация о том как приделывать файлы к VS) пара слов о том как VS работает с устройствами VS1-VS7 (или VS0-VS7 если загрузка была не с VS). При первой операции I/O строится таблица с состояниями и размерами каждого номера устройства, и далее используются именно эти таблицы - заглядывания в таблицы RTEM не происходит. После изменений в таблицах RTEM требуется вызвать .SPFUN с кодом 374 на любой номер устройства VS, после чего VS при следующей операции I/O обновит свои таблицы.

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

В целом, информация по RTEM V1 почти полная полная - по немногу на досуге начну писать новый RTEM с нуля с поддержкой named directories (в RSX) и может еще каких фич (есть кое-какие идеи). Времени только снова не будет сейчас

[Advertiser]

[form]

Ну и на всякий случай, если кто вдруг обнаружит у себя в запасах еще какой вариант RTEM - всегда интересно посмотреть
Вряд ли до союза когда-либо доходил RTEM версии новее чем 1.0, но мало ли
Самые ценные файлы которых нет: RTEDEF.MAC, UCF.SAV (если таковой есть - значит это RTEM v2.0 как минимум, тогда вообще все интересно).

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

Ну и если кто захочет самостоятельно собрать RT-11 V5 под RTEM, на странице RTEM добавилось описание изменений в RT-11 V5.7 и файл RTEDEF.MAC, восстановленный (насколько возможно) из кода загрузчика RT-11 V4.0L.

[Hunta]

файл RTEDEF.MAC,

Надо будет с моим вариантом сравнить

[form]

Надо будет с моим вариантом сравнить

Какой-то помню смотрели - RTEDEF'а там не было, зато были некоторые драйверы, которые с минимальными правками работают в RT-11 V5

PS. Есть еще мечта - библиотеки или объектные файлы - не знаю в каком виде все это в RTEM поставлялось - всяких ECSI/FCS, но это уже не так важно, поскольку варианта RTEM который умеет named directories в RSX не существовало - его раньше забросили чем такая фича появилась

[Hunta]

RTEDEF'а там не было

Я выкладывал исходный вариант, а файл определений - это уже мои разборки с RTEM