Вид для печати
В качестве примера, показывающего как к процессору не предназначенному для работы с диспетчером памяти - прикрутили сей диспетчер - "Союз-Неон" (ПК11/16).
Хотя получилось, на мой взгляд не очень хорошо :(
Не была соблюдена совместимость с классическим диспетчером памяти PDP-11 :(
Вот если бы соблюли, возможно, что софта под ПК11/16 было бы сильно более.
Хотя есть мысль, что 1801ВМ3 настолько дефицитны были, что дешевле оказалось взять 1806ВМ2 и сгородить невесть что...
Там тяжело сделать хорошо, потому что 4 бита сидят в PSW, а оно как бы унутри процессора, меняется не всегда командами и наружу вроде как не вылазиет... Хотя.. Надо будет попробовать - а что будет, если через ПДП попробовать прочесть PSW :)Цитата:
Сообщение от Alex
Так что если и можно сделать навесной ДП, чувствую - как минимум попотеть придётсяЦитата:
Сообщение от Alex
По датам посмотреть - когда ваяли Союз-Неон и что в это время было с ВМ3. Свой Квант я брал примерно летом 93, а через какое то время в магазине Электроника начали выбрасывать разные микросхемы - я тогда пару ВМ3 там купил (и похоже, именно они у меня только 1280 на регистр-регистр кажут, а не 1600, как остальные, купленные уже в наши времена)Цитата:
Сообщение от Alex
По поводу расширения адресного пространства в 64Кбайт у DEC был заход - это I/D режим на последних PDP-11. Удвоили...
Хотя детального описания I/D режима я не могу найти :(
Чисто общие слова... Про слово состояния процессора и про регистры в ДП... И увсё :(
Надо на оригиналы DEC почитать на досуге :)
Хотя ребята немного не последовательны... Надо было тогда уж ещё на стек выделить. Хотя не все программы работали бы, но была бы возможность утроения :)
А далее пошли VAX :) и всё стало неважно.... :(
Насколько я помню, вроде было в описании J-11. Должно быть в описании 11/70Цитата:
Сообщение от Alex
Но всё строится на том, что нужно аккуратно выделять .PSECT-ами секции с кодом (вроде как нужно ещё их помечать как RO, но не помню точно_) и секции с данными. Я пробовал на нашей Электронике-79.
Чисто обще - при определённых методах адресации в определённых командах выборки происходит через другой набор регистров PAR :)Цитата:
Сообщение от Alex
Проблема в том, что по принципу стека можно организовать память на любом регистре, просто некоторые операции, которые используют стек - используют ТОЛЬКО R6 или SP :) Если делать стек только для него - как понять, что мы в, скажем, R0 заслали SP и работаем через R0 с содержимым стека? :)Цитата:
Сообщение от Alex
подумалось
если бы я озадачится сделать расширение доступной оперативки то я бы поступил вот так:
к каждому регистру R0-R7
добавляем по байту верхнего адреса
и используем при всей работе с памятью
те адрес получается 24х битный, но программно доступна только нижняя 16bit часть
тк адресная добавка есть у всех регистров, то это дает достаточно широкие возможности в работе с оперативкой, пусть и с ограничением на 56/64К за один заход
те можно спокойно перегнать 56/64К данных с одного адрес на другой в одном цикле SOB
возникает вопрос - как вписать работу с этими адресными 8bit кусками
для этой цели прекрасно сгодится команда
MOV R0,#123
те мы будем использовать #123 для занесения в байт адресной добавки R0
аналогично и с другими регистрами
А оно по сути так и работает - только не 8 бит, а 6 и с несколько более сложным алгоритмом, позволяя адресовать память страницами по 100(8) байтЦитата:
Сообщение от SuperMax
Регистры PARЦитата:
Сообщение от SuperMax
- - - Добавлено - - -
До 60000(8) байт за один SOBЦитата:
Сообщение от SuperMax
Обычный текстовый редактор 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
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 было прервано до её завершения.
Из интересного.
Для тестирования FPP на PDP-11/34 (возможно, на каких то ещё) для второго теста (FFPB) оказывается есть специальная плата, проверяющая некоторые внутренние дела.
И один из подтестов (последний вроде) будет запускаться, только если есть эта плата - потому что она подаёт сигнал прерывания, когда идёт (долгое) выполнение команды FPP, результаты чего и проверяет этот подтест.
То есть на этой модели (и каких то ещё, надо по докам смотреть) команды FPP - прерываемые в "середине" выполнения.
А на каких то ещё - EIS и FIS.
Не зря всё таки DEC позиционировала PDP-11 как системы real time с гарантированным временем отклика :)
мультиколорщикам читать эту фразу полчаса )))Цитата:
Сообщение от Hunta