Цифровая археология: 1801 и все-все-все

Цитата:

---

Сообщение от Vslav

Были ли реальные внешние устройства которые могли хотя бы читать PSW/MMU?

---

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

Использовалось ли это реально в каком то девайсе - вот тут ничего не скажу.

Цитата:

---

Сообщение от Vslav

Потому что в KDF-11Bx чтение регистров со стороны шины уже, похоже, недоступно.

---

Несколько странно, так как процессор то один и тот же. И по сути вопрос - как поведёт себя процессор (а не плата на его основе), если устройство ПДП выставит адрес его внутреннего регистра.

Надо будет попробовать поэкспериментировать с этим через мультиконтроллер :) С разными процессорами и процессорными платами :)

Цитата:

---

Сообщение от Hunta

Несколько странно, так как процессор то один и тот же.

---

На KDF-11B навертели памяти и SLU, и, оказывается, мелких отличий тоже хватает.
Доступ к MMU/PSW со стороны внешней шины на KDF-11A сделан маскируемым - BS7 поступит на CPU/MMU только если оба бита регистра расширения адреса ODT единичные. То есть, даже на KDF-11A внешний доступ вызывает вопросы, микропрограмма может им управлять.

Цитата:

---

Сообщение от Vslav

На KDF-11B навертели памяти и SLU,

---

Ну, SLU - да, а памяти чего то я там (кроме ROM) не видел

Цитата:

---

Сообщение от Vslav

оба бита регистра расширения адреса ODT единичные

---

Это что то внутри-процессорное - регистр расширения адреса ODT ?

Цитата:

---

Сообщение от Hunta

Это что то внутри-процессорное - регистр расширения адреса ODT ?

---

Да, микропрограмма использует его чтобы обращаться к адресам за пределами 64К.
В-общем, отбой, обнаружил что DIN/DOUT работают только на выход, читать PSW/MMU с внешней шины на KDF11A не получится.

Цитата:

---

Сообщение от Hunta

внешние устройства которые могли хотя бы читать PSW/MMU

---

а как это может быть полезно ? для чего это может быть нужно ? может для ремонта компьютера ?

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

Цитата:

---

Сообщение от Vslav

микропрограмма использует его чтобы обращаться к адресам за пределами 64К

---

может, изучив внутреннюю структуру F-11, стало понятно - почему его OTD работает только с 18 разрядами, памяти, а не с 22 ?

Цитата:

---

Сообщение от ra3qdp

а как это может быть полезно ? для чего это может быть нужно ? может для ремонта компьютера ?

---

Причём здесь эти вопросы, когда речь идёт о создании точной реплики процессора?

Цитата:

---

Сообщение от ra3qdp

а как это может быть полезно ? для чего это может быть нужно ? может для ремонта компьютера ?-

---

Для потенциальной трансляции виртуальных адресов в физические на стороне устройства.
Допустим у нас есть операционная система использующая MMU, какой-то очень умный дисковый контроллер, и его регистры отмаплены напрямую в адресное пространство непривилегированной задачи. Задача хочет записать блок данных из своего какого-то буфера на диск, и просто засылает виртуальный (а другого у задачи нет) адрес своего буфера и другие параметры прямо в регистры контроллера (которые ей доступны). Контроллер непосредственно после старта команды по DMA читает текущие настройки MMU (которые соответствуют контексту задачи) и пересчитывает виртуальный адрес адресного пространства задачи в физический, после чего по DMA выполняет запрошенную операцию. Преимущество - для ввода-вывода не привлекается операционная система, все происходит быстро, но нужен продвинутый контроллер :). Так сейчас современные контроллеры работают по SR-IOV, например, можно отмапить виртуальную копию PCIe устройства в виртуальную машину, и все родные драйверы внутри нее будут работать как поверх физического устройства, не привлекая гипервизор вообще. Но эта история явно не для тех времен.

Vslav, в данном сценарии

Цитата:

---

Сообщение от Vslav

Контроллер непосредственно после старта команды по DMA читает текущие настройки MMU (которые соответствуют контексту задачи)

---

программе и контроллеру должно достаточно сильно свести, так как существует ненулевая вероятность того, в промежутке между стартом операции в контроллере и его обращении к регистрам ДП что то поменяется - биты в PSW (их, кстати, тоже придётся считывать) или содержимое регистров ДП (то есть он будет уже указывать на на АП программы, которая запустила операцию). Маленькая, конечно, но не нулевая

Цитата:

---

Сообщение от Hunta

программе и контроллеру должно достаточно сильно свести

---

Я специально подчеркнул - "Контроллер непосредственно после старта команды".
То есть - задача пишет команду в регистр, контроллер сразу забирает шину и читает MMU, которое в данный момент содержит контекст задачи. Прерывания для потенциальной передиспетчеризации задачи, при котором MMU будет перезаписано, может даже не начаться. Не говоря уже о том, что пока ОС начнет менять контекст MMU должно исполнится некоторое количество кода.
Но это для тех времен все чисто умозрительно.

Цитата:

---

Сообщение от Vslav

Я специально подчеркнул - "Контроллер непосредственно после старта команды".
То есть - задача пишет команду в регистр, контроллер сразу забирает шину

---

И тем не менее. Тут мы полагаемся на то, что процессор СРАЗУ отдаст шину. Я не берусь утверждать наверняка (надо вдумчиво почитать доку и поэкспериментировать), но в J11 есть настройка PMG count (по крайне мере KDJ11-B в ПЗУ есть доступ к этой настройке - но на что она реально действует - пока не скажу):
This parameter has a range of 0 to 7, and it determines the value of the PMG counter in the BCSR. When a 0 is selected, the counter is disabled. The counter enabled the KDJ11-B to supress DMA requests and make the processor the busmaster during the next DMA arbitration cycle after the cunter overflows.

Ну и кроме того, процессор - арбитр мастера шины - эээ.. по умолчанию, так что ли сказать. Никто не запрещает сделать своего арбитра шины - и тогда выше приведённый сценарий становится совсем непредсказуемым :) Да, этот сценарий тоже из разряда - минимально возможный, но тем не менее :)