Алан Кокс представил Unix-подобную ОС Fuzix, ядро которой потребляет около 40 Кб ОЗУ

[Eltaron]

Прошу прощенья за пионерские вопросы - где в исходниках описываются аппаратные диспетчеры памяти? Осмотр "по диагонали" выявил только какие-то абстракции на тему простейшего управления памятью страничками по 4к. Как-то всё неочевидно, покрайней мере для непрограммиста - не просматривается прямая корреляция между аппаратными диспетчерами и дефайнами, которые там Алан сочинил и типа описал.

Те диспетчеры, которые bank16, bankfixed - они занимаются только выделением свободной страницы создаваемому процессу. И даже не самой страницы, а её номера. Тупо отслеживают, что занято, а что нет, больше ничего не делают.

А код, переключающий задачи (=переключающий страницы) платформно-специфичен и вынесены в ассемблерные файлы.
Это, по-сути, пять функций:
switchout - выполняется после того, как у процесса отбирается процессорное время.
swithin - выполняется перед тем как процессу выдается процессорное время
map_kernel - вернуть маппинг ядра
map_process - подключить страницы, занятые указанным процессом
do_fork - создать копию текущего процесса

От их реализации и зависит всё поведение системы.

---------- Post added at 17:02 ---------- Previous post was at 16:59 ----------

На пентеве можно юзать расширенную графику, доступ к которой можно организовать через любое окно CPU, или блоками пересылать туда из основной памяти с помощью ПДП.

Ну тогда дело за малым.

[Error404]

Те диспетчеры, которые bank16, bankfixed - они занимаются только выделением свободной страницы создаваемому процессу. И даже не самой страницы, а её номера. Тупо отслеживают, что занято, а что нет, больше ничего не делают.

Я потерялся в поиске примера где в коде Алана используется архитектура вот с этой картинки:

	          First 64k	      Subsequent 64k banks
	FFFF	+------------+		+------------+
    Common	|   Common   |		| Task Store |+
	F000	+------------+		+------------+|+
		|            |		|            |+|+
		|   Kernel   |		|  Process   ||+|
    Banked	|    Code    |		|    Code    |||+
		|            |		|   & Data   ||||
		|            |		|            ||||
	0100	+------------+		+------------+|||
		|  Reserved  |		|  Reserved  |+||
	0000	+------------+		+------------+|+|
					 +------------+|+
					  +------------+|

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

А код, переключающий задачи (=переключающий страницы) платформно-специфичен и вынесены в ассемблерные файлы.
Это, по-сути, пять функций:
switchout - выполняется после того, как у процесса отбирается процессорное время.
swithin - выполняется перед тем как процессу выдается процессорное время
map_kernel - вернуть маппинг ядра
map_process - подключить страницы, занятые указанным процессом
do_fork - создать копию текущего процесса

От их реализации и зависит всё поведение системы.

C этим более-менее понятно. Аналогично было и на UZIX, только функции по-другому назывались. Для UZIX эти модули я вчерне уже начинал писать, тогда не хватило упорства победить компилятор (это самая засада в программировании для Z80 на C).

[SfS]

Запуши лучше Алану. Надо пользоваться тем, что у проекта есть живой мейнтейнер.
Или хотя бы в комменты к http://github.com/EtchedPixels/FUZIX/pull/4
Хотя один фиг для этого тоже надо на гитхабе регаться [COLOR="Silver"]

Попробую.



---------- Post added at 12:56 ---------- Previous post was at 12:52 ----------

Хотя я не знаю, как на пентеве переключается экран. Если он "прибит" к текущей банке в #4000, то его тоже надо копировать, а это уже да, не круто.
Идеальный вариант, наверное - это переключить экран на #C000 (если возможно в ATM-режиме) и щелкать только нижними тремя страницами. Тогда копирование сведется к однократному копированию таблицы векторов при старте нового процесса.

Если я начну всё и сразу делать - то точно нифуя не получится.
Сначала - загрузчик. Как загрузчик заработает и на консоль будет пукать, что ОС загрузилась - можно о чёмто другом говорить.

Наполеоновские планы обычно кончаются маниловскими делами...

[Eltaron]

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

Не, это не менеджер памяти в таком понимании. В fuzix каждый процесс фиксирован и за пределы 64к выходить не может - соответственно, никакого доступа к данным в других страницах нет.

Единственное исключение - вызов функций ядра через RST 30H (syscall). В этом случае процесс обращается к ядру, которое может быть расположено в других банках памяти. Это специфический случай и ради него те пять функций и сделаны.

---------- Post added at 17:40 ---------- Previous post was at 17:34 ----------

Если я начну всё и сразу делать - то точно нифуя не получится.
Сначала - загрузчик. Как загрузчик заработает и на консоль будет пукать, что ОС загрузилась - можно о чёмто другом говорить.

Естественно. К тому же драйвер ВГ93 и для zx128 пригодится. У меня счас упрощенный вариант, работающий через хаки эмулятора. Бьюсь над тем, чтобы заставить грузиться init.

[Sergey]

Бьюсь над тем, чтобы заставить грузиться init.

Не забывай постить скриншоты и видео! Интересно же.

[SfS]

что такое за команды out (21) ?
вроде такого порта в 128 спеке нет?

---------- Post added at 22:44 ---------- Previous post was at 22:40 ----------

Насколько я помню - в спеке 128 память так распределена:

Окно 0 - ПЗУ
Окно 1 - стр 5
ОКНО 2 - стр 2
Окно 3 - СТР 0..7

Где в ядре указано, что стр. 5 и 2 - заняты под ядро? В каком файле?

[Eltaron]

что такое за команды out (21) ?
вроде такого порта в 128 спеке нет?

Если ты про lowlevel-z80, то это Алан сегодня какую-то отладочную хрень закоммитил. #21 и #1 - это порты маппера и терминала на z80pack, но не помню, какой чей
А если про zx128, то там все эти команды или закомментированы, или в начале функции ret стоит.

Где в ядре указано, что стр. 5 и 2 - заняты под ядро? В каком файле?

В zx128? Я там маппинг ещё не дописал. А так это должно быть в функции pagemap_init. Для страниц 2 и 5 не должна вызываться pagemap_add.

[Eltaron]

Не забывай постить скриншоты и видео! Интересно же.

Да там немногое изменилось-то

[SfS]

Ещё чуток вопросов.

sdldz80 -n -k /usr/share/sdcc/lib/z80 -k /home/salex/apps-zx/sdcc/bin/../share/sdcc/lib/z80 -k /home/salex/apps-zx/sdcc/share/sdcc/lib/z80 -f platform-zx128/uzi.lnk
tools/analysemap <uzi.map
Code1: 15764 bytes
Code2: 16081 bytes
Code: 31845 bytes
Data: 2992 bytes
BSS: 0 bytes
Initialized: 5387 bytes
Free memory begins at: c817
Common is at: f000
Space: 10217 bytes
Work room: 4830 bytes
cp hogs.txt hogs.txt.old
tools/memhogs <uzi.map |sort -nr >hogs.txt
head -5 hogs.txt
7611: _memcpy
1663: __execve
1062: _writei
996: _readi
951: _tty_inproc
makebin -s 65536 -p uzi.ihx >uzi.tmp
tools/binman uzi.tmp uzi.map fuzix.bin
Code at 0x0000 (15764 bytes)
Code2 at 0x5b00 (16081 bytes)
Const at 0xa142 (538 bytes)
Data at 0xa75c (8379 bytes)
Common at 0xf000 (2492 bytes)
Font at 0xa35c (1024 bytes)
Video at 0x99d1 (1024 bytes)
Discard at 0x9dd1 (881 bytes)
End at 0xfdbc

1. У тебя в комментах написано, что ты снёс вё ядро ниже 0xC000. Что для 128К и нужно. Common at 0xf000 (2492 bytes) - это выше 0xC000. Так и надо?

2. Какая страница должна быть впечатана в окно 4 при инициализации ядра?

3. Задача загрузчика - просто включить RAM в 0x0000 - 0xFFFF, поместить бинарь с адреса 0x0000 и сделать jp 0x0000 ? Или через регистры какието параметры ядру передаются?

[SfS]

Eltaron, ты не закоммитил platform-zx128/devfd.h

без него ветка мастер не компилится.

У тебя свой репозиторий на https://github.com/atsidaev, как я понимаю?

Может создадим там же отдельную ветку для пентевы, а ты в мастер будешь сливать по своему усмотрению?

Я уже прикинул, что надо отделять конфиг от мэйкфайла. плюс скрипты и platform-zxpentevo.