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

[Error404]

Ядро у меня - обычная CP/M-задача, которая будет "крутить" UNIX-процессы в расширенном ОЗУ. Архитектура будет такая:

	         CP/M 64k bank      Subsequent 64k banks
	FFFF	+------------+		+------------+
    Common	|   Common   |		|   Common   |+
	F000	+------------+		+------------+|+
		|    CP/M    |		|            |+|+
		+------------+		|  Process   ||+|
    Banked	|   Kernel   |		|    Code    |||+
		|    Code    |		|   & Data   ||||
		|            |		|            ||||
	0100	+------------+		+------------+|||
		|  Reserved  |		|  Reserved  |+||
	0000	+------------+		+------------+|+|
					 +------------+|+
					  +------------+|

Ядро, кстати, получается 28кб. С дописанными процессами будет, думаю, порядка 30кб (это учитывая, что в UZIX побольше накручено, чем в FUZIX, как я понял) - годится для любого клона Орионовских CP/M. Есть клоны CP/M с TPA до 58 кб, т.е. хватит места и TCP/IP впилить, и поддержку ФС FAT.

В качестве дисков используется IDE/SD через CP/M-овский драйвер "сырого доступа" IDEBDOS, схема MBR-партиций (поддерживаются только 4 основные партиции на двух физических приводах - итого 8 (fd0..fd7) партиций, плюс fd8..fd9 - целые "сырые" диски (от LBA0=MBR до LBAmax)), номер партиции передается в утилиты (проверяемая/копируемая/где создается FS) и в ядро (root-партиция, остальные через mount) как параметр командной строки.

[SfS]

В общем косяк гдето в реализации библиотеки форка чтоли...

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

[Error404]

В общем косяк гдето в реализации библиотеки форка чтоли...

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

Может со стеками что-то?

Я вот тоже думаю:
Когда был UZIX или UZI, у которого ядро (верхние 32к от 64к-шного пространства) и текущий обрабатываемый процесс (нижние 32к от 64к-шного пространства) всегда были все же в общем пространстве, то такие вещи как куда установлен стек при вызове unix() и куда установлен стек в момент наступления прерывания - они не имели критического значения (хотя стек и переставляется на временный в определенные моменты). Когда же ядро и процессы разносятся в разные страницы памяти, это уже становится попоболью.

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

---------- Post added at 18:20 ---------- Previous post was at 18:17 ----------

У Алана вообще работоспособное то что-то было кроме ядра? В его блоге никаких обновлений. Может еще блог есть, а я и не знаю?

---------- Post added at 18:22 ---------- Previous post was at 18:20 ----------

Кстати, если кто там зареган - черкните пару строк. Человеку надо понимать, что его проект интересен: это стимулирует не бросить всё к такой-то матери.

[SfS]

УРААААА! НАШЁЛЛ!!!
Просто в dofork() я портил регистр а инверсией. Номер страницы инвертировался для вывода в пентевный регистр.
Ещё одна команда cpl спасла меня.

[Sergey]

УРААААА! НАШЁЛЛ!!!
Просто в dofork() я портил регистр а инверсией. Номер страницы инвертировался для вывода в пентевный регистр.
Ещё одна команда cpl спасла меня.

Ну что, бэйзконфа сыграла с тобой злую шутку?

Блин, ну чего ты не под тсконфу начал писать!
Нажми Ctrl+Alt+F12. ))

И это было бы смешно, когда бы не было так грустно...

[SfS]

скорее невнимательность. мало ли где как накосячишь.

[Eltaron]

Но есть еще сигналы. Процессы регистрируют обработчики, которые вызываются, условно, произвольно. Ядро сделает вызов в другую страницу, но куда-то надо поставить и стек, чтобы он не пересекался с предыдущими двумя.

Стек прерывания на время обработки сигналов уже не нужен, его можно смело загадить. Так, по-моему, и происходит.

Кстати, если кто там зареган - черкните пару строк. Человеку надо понимать, что его проект интересен: это стимулирует не бросить всё к такой-то матери.

Я ему пулл-реквесты шлю, это более красноречиво
За ходом разработки там же можно наблюдать, он подробные комментарии к ключевым коммитам пишет.

[Error404]

За ходом разработки там же можно наблюдать, он подробные комментарии к ключевым коммитам пишет.

А как это смотреть?

[Eltaron]

А как это смотреть?

https://github.com/EtchedPixels/FUZIX/commits/master

[Sergey]

скорее невнимательность. мало ли где как накосячишь.

Не в обиду: мыши кололись, плакали, но продолжали жрать кактус!

---------- Post added at 22:10 ---------- Previous post was at 21:55 ----------

УРААААА! НАШЁЛЛ!!!

Образ, - образ рабочий давааай!