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

[Error404]

Кто знает - вот это вот:
https://plus.google.com/+AlanCoxLinux/posts/a2jAP7Pz1gj
это единственный блог проекта? А то чего-то там никаких движений не происходит. Где отчеты автора? Хочется почитать.

[b2m]

И ещё вопрос - что за запись по адресу #0000 происходит в lowlevel-z80.s ?
Что за флаг такой?

Проверка, не испортилась ли память (например, если писали по нулевому указателю). Если там всё равно ПЗУ, её можно закомментировать.

Кстати, а что за PID у инита такой хитровыделанный? 25907 ?

Вообще-то у init-а PID должен равняться 1, в doexit даже проверка есть, если завершился процесс с номером 1, то ядро паникует.

[SfS]

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

Про то, что это "не горит" - согласен. Но раз ты об этом думал, значит у нас мысли идут в похожем направлении.

ну а прикинь завтра фюьзикс в космос надумают отправлять, а в нём y38k не решен! и отправят ELKS какой-нибудь. Позор на всю жизнь же!

Честно говоря, не вижу проблем запилить в либы свои несколько функций работы с 64-битной арифметикой. Больше разговоров, ИМХО.

ЗЫ я знаю, почему у тебя нижний правый квадратик - белый

Ну я твой код не правил шибко. Пока больше читаю, чем пишу
А почему?)

[Error404]

Честно говоря, не вижу проблем запилить в либы свои несколько функций работы с 64-битной арифметикой. Больше разговоров, ИМХО.

Да просто лишнее это. На дефайнах заменить нафиг на 32-разрядный. Т.к. 64-разрядный вариант работать будет медленее, а у нас не Т80 на сотне мегагерц. В Юзикс всего одна (одна!) функция где используется 32-разрядный параметр, во всех остальных местах все 16-разрядное. А тут какие-то 64-разрядные излишества.

[shurik-ua]

Т.к. 64-разрядный вариант работать будет медленее,

если сделать вот так:

inc_64_value:
;hl - указатель на 8-байтовую переменную
dup 7
  inc (hl)
  ret nz
  inc hl
edup
  inc (hl)
  ret

то проигрыш с переходом на 64 бит переменную - минимальный (если вообще есть )

[Error404]

если сделать вот так:

inc_64_value:
;hl - указатель на 8-байтовую переменную
dup 7
  inc (hl)
  ret nz
  inc hl
edup
  inc (hl)
  ret

то проигрыш с переходом на 64 бит переменную - минимальный (если вообще есть )

надо использовать adc (учитывать перенос), а не inc, чтобы был не инкремент 8 байтов, а 8-байтного числа. Или я что-то не догоняю.

Кроме того, инкремент - это частный случай (и то вдвое больший по коду и вдвое меньший по скорости аналогичного 32бит), а когда зайдет речь про арифметику с двумя операндами, да передачу всего этого на стеке, да загрузку по индексному регистру - там будет медленно и объемно. Плюс на регистрах это не сделать в принципе (нету у Z80 столько регистров), а только в памяти (как в примере), а для к примеру 16-битной арифметики, при желании все делается на регистрах, да и для 32-битной многое тоже.

---------- Post added at 17:57 ---------- Previous post was at 17:53 ----------

[Advertiser]

[Eltaron]

Ну я твой код не правил шибко. Пока больше читаю, чем пишу
А почему?)

Потому что там в лдире очистки экрана не зря BC был именно 1800
Ты его на единицу уменьшил, а вот DE и HL соответственно увеличить забыл. В итоге у тебя атрибуты начинаются с 57FF.

Я потому 1800 и поставил. Одно лишнее обращение к памяти один раз при инициализации - фигня. А вот два лишних INC - это два занятых байта драгоценного _COMMONMEM.

[SfS]

Короче SD-карта начала читать.! И писать тоже, по идее должна.

Твой образ прочитала. И запустила Hello World. Только вот многозадачный образ почемуто форкаться отказался... Сцука!

Пишет всё время один процесс.

[Eltaron]

И ещё вопрос - что за запись по адресу #0000 происходит в lowlevel-z80.s ?

Это ты очень правильно спросил! У меня из-за этой проверки ядро в определенный момент решало, что всё плохо, и слало процессу SIGSEGV. Добавил jp 3 по адресу 0, чтоб проверка проходила - счас форкнутые процессы уже минут 20 крутятся, полёт нормальный!

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

---------- Post added at 03:11 ---------- Previous post was at 03:08 ----------

Твой образ прочитала. И запустила Hello World. Только вот многозадачный образ почемуто форкаться отказался... Сцука!

Пишет всё время один процесс.

Если всегда пишет process 2 (это сам инит), то смотри прерывания, если process 1 (форк), то переключение банок.

[Error404]

Off:
make для CPM (нативного - для Z80 и 60к ОЗУ) есть у кого-нить? Он в природе для CPM есть вообще?