PDP-11 и всё всё всё :)

[Alex]

В качестве примера, показывающего как к процессору не предназначенному для работы с диспетчером памяти - прикрутили сей диспетчер - "Союз-Неон" (ПК11/16).
Хотя получилось, на мой взгляд не очень хорошо
Не была соблюдена совместимость с классическим диспетчером памяти PDP-11
Вот если бы соблюли, возможно, что софта под ПК11/16 было бы сильно более.

Хотя есть мысль, что 1801ВМ3 настолько дефицитны были, что дешевле оказалось взять 1806ВМ2 и сгородить невесть что...

[Hunta]

Хотя получилось, на мой взгляд не очень хорошо

Там тяжело сделать хорошо, потому что 4 бита сидят в PSW, а оно как бы унутри процессора, меняется не всегда командами и наружу вроде как не вылазиет... Хотя.. Надо будет попробовать - а что будет, если через ПДП попробовать прочесть PSW

Не была соблюдена совместимость с классическим диспетчером памяти PDP-11

Так что если и можно сделать навесной ДП, чувствую - как минимум попотеть придётся

Хотя есть мысль, что 1801ВМ3 настолько дефицитны были, что дешевле оказалось взять 1806ВМ2 и сгородить невесть что

По датам посмотреть - когда ваяли Союз-Неон и что в это время было с ВМ3. Свой Квант я брал примерно летом 93, а через какое то время в магазине Электроника начали выбрасывать разные микросхемы - я тогда пару ВМ3 там купил (и похоже, именно они у меня только 1280 на регистр-регистр кажут, а не 1600, как остальные, купленные уже в наши времена)

[Alex]

По поводу расширения адресного пространства в 64Кбайт у DEC был заход - это I/D режим на последних PDP-11. Удвоили...
Хотя детального описания I/D режима я не могу найти
Чисто общие слова... Про слово состояния процессора и про регистры в ДП... И увсё
Надо на оригиналы DEC почитать на досуге
Хотя ребята немного не последовательны... Надо было тогда уж ещё на стек выделить. Хотя не все программы работали бы, но была бы возможность утроения
А далее пошли VAX и всё стало неважно....

[Hunta]

Хотя детального описания I/D режима я не могу найти

Насколько я помню, вроде было в описании J-11. Должно быть в описании 11/70
Но всё строится на том, что нужно аккуратно выделять .PSECT-ами секции с кодом (вроде как нужно ещё их помечать как RO, но не помню точно_) и секции с данными. Я пробовал на нашей Электронике-79.

Чисто общие слова...

Чисто обще - при определённых методах адресации в определённых командах выборки происходит через другой набор регистров PAR

Надо было тогда уж ещё на стек выделить.

Проблема в том, что по принципу стека можно организовать память на любом регистре, просто некоторые операции, которые используют стек - используют ТОЛЬКО R6 или SP Если делать стек только для него - как понять, что мы в, скажем, R0 заслали SP и работаем через R0 с содержимым стека?

[SuperMax]

подумалось
если бы я озадачится сделать расширение доступной оперативки то я бы поступил вот так:
к каждому регистру R0-R7
добавляем по байту верхнего адреса
и используем при всей работе с памятью

те адрес получается 24х битный, но программно доступна только нижняя 16bit часть
тк адресная добавка есть у всех регистров, то это дает достаточно широкие возможности в работе с оперативкой, пусть и с ограничением на 56/64К за один заход
те можно спокойно перегнать 56/64К данных с одного адрес на другой в одном цикле SOB

возникает вопрос - как вписать работу с этими адресными 8bit кусками
для этой цели прекрасно сгодится команда
MOV R0,#123
те мы будем использовать #123 для занесения в байт адресной добавки R0
аналогично и с другими регистрами

[Hunta]

подумалось
если бы я озадачится сделать расширение доступной оперативки то я бы поступил вот так:
к каждому регистру R0-R7
добавляем по байту верхнего адреса
и используем при всей работе с памятью

А оно по сути так и работает - только не 8 бит, а 6 и с несколько более сложным алгоритмом, позволяя адресовать память страницами по 100(8) байт

возникает вопрос - как вписать работу с этими адресными 8bit кусками

Регистры PAR

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

те можно спокойно перегнать 56/64К данных с одного адрес на другой в одном цикле SOB

До 60000(8) байт за один SOB

[Advertiser]

[Hunta]

Обычный текстовый редактор TECO и его макросы

!
 DIRFIX.TEC

 TECO macro to manipulate directory-listing files
 generated by PIP or SRD

 Eliminates all header, trailer lines associated with
 a directory; and prefixes each filespec with the [g,m]
 directory identifier

 Purpose: makes file easily searchable with a utility
 such as GREP so that full file location is displayed
 when match is found

 Technique: lines containing [ are assumed to be direct-
 ory headers. Lines containing ; are assumed filespecs.
 Some fancy stuff included so TECO can handle the fact
 that the wierd format of PIP (and SRD??) outputs causes
 buffer reads (:A op) to sometimes have a partial line
 image at end of buffer.

 Modification history:
	13-Mar-82 Change to trim line down to filespec only
	 5-Nov-82 Change to elim [*,*] lines, insert leading
	  zeroes to force g,m to fixed-length
	 8-Nov-82 Change so can handle PIP /FU listings

 To use: MUNG DIRFIX,filespec
 Will create a new version for output via the EB command.
!

JX1 EBQ1

^U1[]
HK
<:100A;-1U2
   <    Q2"E 0L 
**DEL**>
 TK .-Z; |
        FBL; -L'
        0U2 :FB[*,*
             "F :fb;"f :fb[
                       "t ^u1[ \ 3+^s<:^u10> :^yx1 :^u1, fb
                       \ 3+^s<:^u10> :^yx1 :^u1]  '
                    |  -1U2 0L G1 FB;\ KI
                   -T'
           '
    >
0,.PW 0,.K
>
EF 

***> DONE ***>


EX

[Hunta]

BLUEFISH представляет новый хайэнд архитектуры PDP-11, предлагая производительность, превышающую производительность PDP-11/74 (цель - в полтора раза от базовой производительности процессора PDP-11/74).

...

Как результат выполнения, инструкция MFPT возвращает в младший байт R0 код модели процессора (восьмеричное 3 для PDP-11/68), в старший байт R0 будет загружен субкод модели процессора (восьмеричное 0 для PDP-11/68).

...

Слово статуса процессора (17 777 776), бит 8 - приостанов выполнения инструкций CIS - указывает, что выполнение инструкции CIS было прервано до её завершения.

[Hunta]

Из интересного.

Для тестирования FPP на PDP-11/34 (возможно, на каких то ещё) для второго теста (FFPB) оказывается есть специальная плата, проверяющая некоторые внутренние дела.

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

То есть на этой модели (и каких то ещё, надо по докам смотреть) команды FPP - прерываемые в "середине" выполнения.

А на каких то ещё - EIS и FIS.

Не зря всё таки DEC позиционировала PDP-11 как системы real time с гарантированным временем отклика

[hobot]

позиционировала PDP-11 как системы real time

мультиколорщикам читать эту фразу полчаса )))