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

[Eltaron]

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

Не, чуть не так.
Ядро занимает всё пространство 0000-FFFF за вычетом экрана. При создании нового процесса, ему выделяется очередная страница верхней памяти, которая подключается в C000 (заменяя собой страницу ядра), туда кладется бинарник процесса и запускается. Никаких проблем из-за того, что кусок ядра недоступен нет, потому что все вызовы ядра процесс выполняет через RST 30. Первое, что делает RST 30 - это возвращает в C000 страницу ядра. Потом он отрабатывает вызов, возвращает страницу процесса обратно и передает управление обратно процессу.

Common - это кусок памяти, общий для всех процессов и ядра. В z80pack это верхние 4 килобайта. Они не меняются при переключении банок, отсюда и название. У нас же наоборот, не меняются данные ниже C000, поэтому common нужно опускать туда. В своей ветке я это уже начал, но для полноценной отладки надо сначала научиться запускать процессы.

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

Нулевая. 0 - страница ядра, 5,2 - страницы нижней RAM. Для процессов остаются 1, 3, 4, 6, 7.

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

Да.

Или через регистры какието параметры ядру передаются?

Как-то можно передавать, но я это ещё не копал. Можно передать устройство загрузки, например, чтобы не вводить каждый раз его с клавы.

---------- Post added at 14:03 ---------- Previous post was at 13:54 ----------

Eltaron, ты не закоммитил platform-zx128/devfd.h
без него ветка мастер не компилится.
У тебя свой репозиторий на https://github.com/atsidaev, как я понимаю?

Закоммитил файлик. Но от моего репозитория без моего хаканного эмулятора толку мало - там всё через этакий наколеночный DMA работает. Просто хочу сначала отладить переключение процессов, а загрузчиками и дровами заниматься потом.

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

Я могу создать ветку, но ты не сможешь в неё коммитить. Гитхаб не так работает. Тут все коммиты в чужие репозитории осуществляются как pull request'ы. Это когда форкаешь чужое репо, коммитишь в него изменения, а потом создаешь pull request - просьбу свои изменения включить в основной репозиторий. Можешь меня форкнуть, можешь сразу Кокса.

[Advertiser]

[SfS]

Спасибо.

Я с гитхабом не работал. Зарегистрировался - буду разбираться по мере.
Как сделаю, что на пентеве в режиме 128 запустится ядро - так и форкну

Сейчас пилю загрузку по RS232. На скорости 115200 - это всего 5 сек и не надо с флешкой морочится. Для отладки удобно.

[Sergey]

Может создадим там же отдельную ветку для пентевы...

Если для Пентевы делать - тогда раскладку памяти другую надо:

Не нужна эта "дырка" в 6,75кб под спектрумовский экран. Нужно обеспечить "безболезненное" включение в какое-нибудь окно страниц экранной области, чтобы процесс мог туда быстро напрямую писать/читать.

Как вариант, в верхней памяти зарезервировать фиксированное место для размещения подпрограмм "рисования", тогда они могут, хоть все 3 остальных окна использовать. Либо автор программы на этапе сборки определит сколько и с какого адреса ему нужна память в 3-м окне.

Можно даже свободно пользоваться TR-DOS при необходимости.

[SfS]

Если для Пентевы делать - тогда раскладку памяти другую надо:

Не нужна эта "дырка" в 6,75кб под спектрумовский экран. Нужно обеспечить "безболезненное" включение в какое-нибудь окно страниц экранной области, чтобы процесс мог туда быстро напрямую писать/читать.

Как вариант, в верхней памяти зарезервировать фиксированное место для размещения подпрограмм "рисования", тогда они могут, хоть все 3 остальных окна использовать. Либо автор программы на этапе сборки определит сколько и с какого адреса ему нужна память в 3-м окне.

Можно даже свободно пользоваться TR-DOS при необходимости.

Я сначала хочу запустить хоть в режиме 128. А там уж "будем пилить.

[Eltaron]

Сейчас пилю загрузку по RS232. На скорости 115200 - это всего 5 сек и не надо с флешкой морочится. Для отладки удобно.

Тогда и виртуальный дисковод тоже можно через RS232 запилить.

[Error404]

Не нужна эта "дырка" в 6,75кб под спектрумовский экран. Нужно обеспечить "безболезненное" включение в какое-нибудь окно страниц экранной области, чтобы процесс мог туда быстро напрямую писать/читать.

Тока это не юникс уже будет. В Юниксе для записи в экранную область процессы используют функцию putchar/putc. И даже через либы они туда не пишут напрямую, а все заруливается через ядро.
Задачка на воображение: два процесса выполняются и оба параллельно лезут в экран. Что будет на экране? Даже не беря во внимание что все это происходит по прерыванию (и они переписывают порт считать который нельзя, т.е. состояние порта будет не детерменировано).

[Eltaron]

Тока это не юникс уже будет. В Юниксе для записи в экранную область процессы используют функцию putchar/putc. И даже через либы они туда не пишут напрямую, а все заруливается через ядро.

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

[Sergey]

Слой абстракции в графике - это лишнее. И так всё еле ползать будет

На пентеве есть аппаратный текстмод, так что хотя бы скорость самого вывода на экран не пострадает. Но для тектмода, всё равно, надо будет паги врубать в какое-нибудь окно. Хотя системе-то можно всё!

[SfS]

Запустилось на реальной пентеве!

Карту памяти такую сварганил:

win0 - page7
win1 - page5
win2 - page2
win3 - page0

---------- Post added at 23:27 ---------- Previous post was at 23:25 ----------

Тогда и виртуальный дисковод тоже можно через RS232 запилить.

Да нет. Я за поддержку реальной флеши и трдос-образин.

Просто для отладки, чтобы флешку не дрюкать - сварганил простеннькую прогу.

ну теперь можно дальше мучать!

---------- Post added at 23:29 ---------- Previous post was at 23:27 ----------

Тока это не юникс уже будет. В Юниксе для записи в экранную область процессы используют функцию putchar/putc. И даже через либы они туда не пишут напрямую, а все заруливается через ядро.
Задачка на воображение: два процесса выполняются и оба параллельно лезут в экран. Что будет на экране? Даже не беря во внимание что все это происходит по прерыванию (и они переписывают порт считать который нельзя, т.е. состояние порта будет не детерменировано).

Юниксоиды, млин... Да можно в юниксе напрямую с видеопамятью работать. фреймбуфер мемапнул - и привет. Пиши как хочешь.

Если, конечно, права имеешь)

[Eltaron]

Да нет. Я за поддержку реальной флеши и трдос-образин.

Большую флэш пока не потянет - максимальный объем накопителя = 65536 блоков по 512 байт = 32 мегабайта.

Но ничто не мешает накопители монтировать один к другому.