Техраздел UZIX

[Error404]

Некоторый отчет.
Выложил исходники проекта от 5 января.
Что имеем:

• сделал интерфейс процесса с ядром такой, чтобы работали оригинальные Юзиксовые бинарники - т.к. неохота все пересобирать (к LIBC пока не прикасался). Впрочем, PS, RENICE, TOP все равно потом надо будет пересобрать - я для упрощения ASM кода кое-какие переменные переставил в структуре заголовка процесса.
• Пока отлаживаюсь в некоммутируемом режиме (без многозадачности), хотя мысли для ее работы в коде оформлены, просто пока отключен и не проверялся сам диспетчер 50Hz в ISR service()
• Запускается init, он запускает login (вводим root, ага ), затем запускается sash, все это как-то уже живет в разных страницах памяти, как-то туды-сюды переключаясь на засыпаниях процессов в очередях. sash прочитывает какие-то файлы из /etc/ и увисает на сигналах (а это межстраничные вызовы), надо разбираться. Трассировать С-шный код в ассемблере - это очень увлекательно. А деваться некуда - я переделываю плоскую (одностраничную) модель Юзикса в многостраничную, наошибаюсь - не без того.

Подскажите знающие люди: нафига приложения в диких количествах вызывают этот мутный непонятный sbrk() ?

[b2m]

Подскажите знающие люди: нафига приложения в диких количествах вызывают этот мутный непонятный sbrk() ?

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

[Error404]

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

Ну, где-то так я и предполагал. Дергается при каждом malloc/free
Но в целом там ничего сложного (хотя кое-что уже нашел и поправил, но не критично, не должно было влиять).
Значит, собака где-то в другом месте порылась, копаю дальше.

[Error404]

Остальное завтра: уже засыпаю...

[impressed]

Их два brk() и sbrk()

Вызов brk() и sbrk() изменяет расположение маркера окончания программы (program break), который определяет конец сегмента данных процесса (т.е., маркер окончания — это первая точка
после конца сегмента неинициализированных данных). Увеличение маркера окончания программы позволяет процессу выделить память; уменьшение маркера приводит к освобождению памяти.

brk() устанавливает конец сегмента данных в значение, указанное в аргументе addr, если это значение является приемлемым, система имеет достаточно памяти и процесс не достиг максимально
возможного размера своего сегмента данных (см. setrlimit(2)).

sbrk() увеличивает пространство данных программы на increment байт. Вызов sbrk() с increment равным 0 может быть использован для нахождения текущего местоположения маркера окончания
программы.

Вот что говорит man по этим функциям.
чаще всего используются для изменения размера кучи, при динамическом выделении памяти через malloc() / realloc() / calloc() и при освобождении выделенного через free()

В переносимых программах к использованию не рекомендуются, т.к поведение зависит от реализации VMM в ядре ОС, вместо них лучше пользоваться функциями для динамического выделения памяти из libc ( malloc/calloc/realloc/free).

Некоторый отчет.
Выложил исходники проекта от 5 января.
Что имеем:

• сделал интерфейс процесса с ядром такой, чтобы работали оригинальные Юзиксовые бинарники - т.к. неохота все пересобирать (к LIBC пока не прикасался). Впрочем, PS, RENICE, TOP все равно потом надо будет пересобрать - я для упрощения ASM кода кое-какие переменные переставил в структуре заголовка процесса.
• Пока отлаживаюсь в некоммутируемом режиме (без многозадачности), хотя мысли для ее работы в коде оформлены, просто пока отключен и не проверялся сам диспетчер 50Hz в ISR service()
• Запускается init, он запускает login (вводим root, ага ), затем запускается sash, все это как-то уже живет в разных страницах памяти, как-то туды-сюды переключаясь на засыпаниях процессов в очередях. sash прочитывает какие-то файлы из /etc/ и увисает на сигналах (а это межстраничные вызовы), надо разбираться. Трассировать С-шный код в ассемблере - это очень увлекательно. А деваться некуда - я переделываю плоскую (одностраничную) модель Юзикса в многостраничную, наошибаюсь - не без того.

Подскажите знающие люди: нафига приложения в диких количествах вызывают этот мутный непонятный sbrk() ?

[Error404]

Ну в общем из-за этого странного механизма выделения памяти и был один из глюков. Сейчас собрал работоспособную (оптимистичненько?) немногозадачную версию Юзикса (т.е. контексты не переключаются по INT50Hz пока), свежий пак исходников в первом посте. Чисто народу для побаловаться, пока я многозадачность буду допиливать. Пишите багрепорты, а лучше сразу присылайте фиксы ошибок.

Здесь кладу образ для загрузки (tty-sd5.ohi - он одинаковый что для IDE, что для SD-card), поправленный плагин для записи CPM-файлов в образы HDD для TotalCommander/DoubleCommander/Far (старый плагин не работает! виснет если в образе есть не-CPM партиции), ПЗУ мониторов и MBOOT.ORD для загрузки сразу с SD по включению питания и через Ордос соответственно.

tty-sd5.zip из двух частей собирать так:
cmd> copy /b tty-sd5-001.zip + tty-sd5-002.zip tty-sd5.zip
и уже потом раззиповать tty-sd5.ohi.

Файлы копировать в/из файловые системы UZIX пока только через утилиту UCP.COM (она в user_3 CP/M-овской партиции tty-sd5.ohi - первой партиции) - в ней нажмете "?" - выведется подсказка (hint: использовать bput/bget как в ftp).

Всего в образе 3 партиции: CP/M, UZIX, UZIX.
Соответствие устройствам можно смотреть утилитой BD.COM (перед тем как выводить собственно HEX-дамп секторов указанной партиции, она покажет все партиции какие есть в табличке). Пример на картинке.

Обе партиции UZIX - системные, т.е. из CP/M ядро UZIX (бинарь UZIX.COM) можно запускать с параметром - любой из этих двух партиций:
uzix 2:
или
uzix 4:

а 0: - это партиция с CP/M

Отличие в том, что в последней партиции ( 4: ) я создал и метадевайсы /dev/fd2 .. /dev/fd7 (картинка 4), а в партиции 2: есть только /dev/fd0 и /dev/fd1. Т.е. загрузившись в партиции 4: вы можете сделать "mount /dev/fd2 /mnt", а в 2: ничего такого сделать не можете пока аналогично не наковыряете через mknod соответствующие девайсы.

Почему такая система нумерации партиций.
У нас в общем случае 2 физических привода, на каждом в максимуме по 4 партиции - итого 8. Если это обычные флешки, то там по одной партиции, и удобно когда они /dev/fd0 (устройство 0, первая партиция) и /dev/fd1 (устройство 1, первая партиция). Продолжая (добавляя партиции), имеем:

/dev/fd2 (устройство 0, партиция 2), /dev/fd3 (устройство 1, партиция 2),
/dev/fd4 (устройство 0, партиция 3), /dev/fd5 (устройство 1, партиция 3),
/dev/fd6 (устройство 0, партиция 4), /dev/fd7 (устройство 1, партиция 4).

Еще поддерживаются
/dev/fd8 (устройство 0 целиком включая MBR), /dev/fd9 (устройство 1 целиком включая MBR). Файловые системы UZIX на них делать (MKFS.COM) нельзя - убьете MBR. Это устройства на будущее - для утилит типа fdisk в версии для uzix.

А еще планирую /dev/fd10 - электронный диск в "расширенной" памяти ОЗУ (сверх 1Мб) - если этого ОЗУ у вас более чем 1Мб (а первый мегабайт весь распределен под UZIX, что дает параллельно выполнять до 13 процессов, каждому из которых дается не меньше 58,5кб ОЗУ)

ЗЫ. Так забавно, там даже и man-ы есть

[Advertiser]

[medvdv]

Вот можете меня тапками забросать но причем тут уж тога орион

Можно легко сделать вот такую машину
http://searle.hostei.com/grant/cpm/index.html?mmskip=1

с RS232 - даже терминала не надо - юзай внешний на здоровье

но вместо 64 к памяти закатать там SRAM на 512 и пейджер постраничный

и портировать на нее - будет отличная машина для UZIX и ничего лишнего =)

[Error404]

Вот можете меня тапками забросать но причем тут уж тога орион

Можно легко сделать вот такую машину
http://searle.hostei.com/grant/cpm/index.html?mmskip=1

с RS232 - даже терминала не надо - юзай внешний на здоровье

но вместо 64 к памяти закатать там SRAM на 512 и пейджер постраничный

и портировать на нее - будет отличная машина для UZIX и ничего лишнего =)

Принципиально оно ничем от Ориона не отличается, т.к. юзает Z80 c его ограничениями, какой там терминал - уже дело десятое (RS-232 на Орионе кстати есть есколько реализаций, одну из них впилю в Юзикс). Можно конечно и туда запилить. Но к Ориону у меня незавершенный гештальт: я в 1997г. сильно обдумывал на тему многозадачной ОС для него, но ушел в армию а после армии люди немного меняются - перестают "заниматься фигней" (становятся тупыми овощами, но пригодными к взрослой жизни - жестче, впрочем и без армии таких полно, чоужтам). А под 40 опять накрыло. Так что буду доделывать и точка. На этом офтоп закрываю.

[Vasily]

Ага, только вы попробуйте дорисовать к той схеме:
1. работа с памятью более 64К
2. клавиатуру
3. видео
4. ну и еще пара портов ввода/вывода

на выходе по корпусам получится Орион или почти, на который к тому же софта 0 - все нужно портировать.

[M80]

Мужики, а как бы на обычную cp/m машинку uzix поставить? Это есть, это возможно?
Безо всяких там синклеров, ага? Извините, за глупый вопрос, ежели чё.