To Nable
1C запускается в LinuxXP.
Если Винда тебе не надо это не означает что она не надо другим.

To Mario79
Немного не понял про ЮСБ мышь - она у меня и она нормально работает.
Революция? Пока что по крайней мере просто ожесточённые баталии. Каждый тут может высказать всё что не сказал за время участия в проекте.

Pavia и все

Хорошо. Вот план.

1. Программное переключение задач
2. Новая система система сообщений
3. Планировщик
4. Диспетчер устройств
5. Загружаемые драйверы и модули в форматах PE и ELF
Можно будет разрабатывать драйверы и сервисы ядра на любом языке
6. Сделать все драйверы загружаемыми
Вот оно - микроядро
7. Оконная система
Если считать что GUI это разные контролы, то GUI в ядре Колибри и нет, есть только очень примитивная оконная система
8. Шрифтовая машина. Здравствуй, WYSIWG

Если это кажется слишким мелким, то вот серьёзная задача:

9. Сделать загрузку фирменныx видеодрайверов для X ( три драйвера ATI весят 20 Мб, ядро Колибри 128 Кб, наверное я идиот).
Система получит аппаратный OpenGL.

Если это кажется слишком сложным то есть огромное количество небольших вещей которые можно/надо сделать. Посмотрите файл memmap.inc Память ядра похожа на швейцарский сыр. Надо упорядочить данные в ядре, убрать все эти
MOUSE_X equ (OS_BASE+0x000FB0A)
MOUSE_Y equ (OS_BASE+0x000FB0C)
и т.п., объявить эти переменные через dd, проверить все ссылки и отловить ошибки.

Хочется получить всё это поскореее ? Нет проблем. Присоединяйтесь !

Phantom-84> ...быть спасательным кругом ... но при этом внушать надежность и мощь
Такого не бывает. Либо спасательный круг, либо надежность, либо мощь.

Я тут человек новый и как либо определять ориентацию KOS не буду. Мне и самому не очень понятно что хочется от это в итоге. Наверное все же инструмент для восстановления. Легко переносимый и гарантированно везде работающий. Было бы здорово (в таком случае) реализовать виртуальную машину в KOS, что бы прямо из интерфейса (не перезагружаясь) можно было попробовать запустить исправляемую платформу (win, nix, и т.д.).

Что касает ядра и планов. Идея создания ядра своими силами не внушает в меня оптимизма. Создание и отладка ядра может затянуться на несколько лет. А все баги промежуточных версий не позволят нормально развиваться прикладному ПО и драйверам системы. Я предлагаю использовать одно из существующих микроядер, это раз, разработать API для различных подсистем прикладного ПО (API прежде всего для ядра) и драйверов, это два. После этого можно вести независимые разработки ядра, ПО и драйверов так что бы никто никому не мешал. Одной из первых задач, так же, должна быть нормальный формат испольняемых фалов, библиотек и драйверов. Будет ли это PE, ELF или свой, не так важно. Для меня проблема одного дня сделать линковщик или конвертер формата в формат.

Я сейчас (в свободное время) разбираюсь с ядрами L4::Pistachio и Minix3, затем посмотрю что находится в KolibriOS, и, если получится, займусь переносом KolibriOS на одно из этих ядер. Но врядли положительных результатов можно ждать в ближайшие месяцы, может их даже не стоит ждать в этом году.

..bw

Serge
1. Я написал здесь http://meos.sysbin.com/viewtopic.php?t=662&start=60
2. Имеется в виду Fast System Call или что?
5.

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

Убиваем нахер идею ассемблерной ОС на уровне ядра? Получим тот же монстр, что имеется в виде винды и линукса. Не имеет смысла говорить про хорошую оптимизацию - все рано не поверю, что размер и скорость таких драйверов хотя-бы приблизится к ассемблерному аналогу. Я против использования компиляторов высокого уровня для ядра, разве что они компилируют в формат ассемблерных исходников и автор ручками правит получившийся код, однако вряд ли большинство так поступит. Все слишком ленивы.
6. Не получится все сделать загружаемыми - что-то все равно придется оставить хотя бы драйверы основных файловых систем.
8. ИМХО в VESA будет дико тормозить (посмотри на приложение rtfread), не считая того, что само портирование не слабая задача.
9.

три драйвера ATI весят 20 Мб, ядро Колибри 128 Кб, наверное я идиот

Поскольку драйвера написаны на С (перекличка с пунктом 5), явно тупиковое решение, если оценивать по размеру кода.

bw

Я тут человек новый

В том то и дело, ИМХО основная идея Колибри как раз в том чтобы иметь собственное ядро, написанное на ассемблере. Можете сколько угодно надрываться про переносимость, но если мы говорим о десктопной системе (а именно на нее в основном ориентирована Колибри), то переносимость большой роли не играет, так как дома и в офисе ничего кроме x86 архитектуры не используется.
До тебя тут еще кто-то предлагал уже взяться за переписывание ядра на С, да чего-то пропал вдруг.
Если бы ставилась идея написать еще одни маленький *NIX, то, наверное, мы бы давно уже бросили текущее ядро - однако задача такая не ставилась.

Mario79

2. Очереди событий и дополнительные события от системы: активация/деактивация окна, изменение размеров и положения окна, нормальные события от мыши - перемещение/кнопки/колёсико и т.д.

9 и 5. Мне самому интересно что они туда такое запихали на 20 Мб. Никто в общем не обязан это грузить, но это родные драйверы с полной 2D / 3D акселерацией и родные OpenGL драйверы которые могут работать быстрее чем DirectX в Win.

Имхо неродных видеодрайверов никогда не будет. Ситуация с NV мне не знакома, но с тех пор как ATI стала выпускать свои драйверы для Линукс разработка открытых закончилась.

Всё это похоже на ситуацию с мр3 плеером на асме. Его собирались делать целый год но так и не сделали. Версия на С заработала через три дня.
Ассемблер не самый удобный язык для разработки больших проектов. А многие драйверы и сервисы требуют больших объёмов кода. По мне пусть драйвер будет хоть на HTML лишь бы работал правильно.

Я полностью согласен с Mario79 , что драйвера должны быть написаны на асме. Колибри изночально делалась как миниатюрная (дискетная ) операционная системма . И если драйвера будут больше 100кб. то вся системма + дрова (основные ) получится больше дискетки.


З.Ы. Пытаюсь навоять драйвер USB

G@K

А кто их будет писать на асме ? Выбор такой: их нет, зато на асме, или они есть, но на С.

Serge

Всё это похоже на ситуацию с мр3 плеером на асме. Его собирались делать целый год, но так и не сделали. Версия на С заработала через три дня.

Ну, хорошо ты вот молодец довел до ума код - результат маленький размер плеера, а другие могут и не захотеть доводить, как ты сам сказал:

По мне пусть драйвер будет хоть на HTML лишь бы работал правильно.

Но в результате получим не маленькую и шуструю ОС, а опять же монстра навроде последних версий винды и линукса...

Serge
Могу попробовать

Mario79

Я вообще никакой оптимизацией не занимался. В чистом виде код занимет 50 Кб. Спасибо kpack.

>Но в результате получим не маленькую и шуструю ОС, а опять же монстра навроде последних версий винды и линукса...

Пусть будет возможность выбора и каждый решает сами что ему нужно - размер или функциональность.

На ассемблере нужно писать драйверы для тех устройств, информация о которых открыта или имеются открытые реализации драйверов для них.Если этой информации нет и размер родного драйвера для win или nix небольшой(не больше 300-400 килобайт), то можно дизассемблировать код и изучать его(как это сделал Diamond).

Если говорить о драйверах для карт Nvidia и ATI, то при всём нашем старании мы не сможем сделать полную 3D акселерацию.
В ядре Linux есть открытые 2D драйверы для этих видеокарт.Поэтому их можно переписать на ассемблер.
В исходниках DirectFrameBuffer-а я нашел простые 3D драйверы для видеокарт Nvidia и некоторых видеокарт ATI.
При всём умении работать с IDA, мы не сможем изучить дизассемблированный код размером 35 мегабайт(размер дизассемблированного драйвера для win).
Как мне удалось выяснить, основная причина, почему видеодрайверы весят много - это наличие в них библиотек, содержащих информацию на разных языках(разговорных язаках, а не языках программирования).И всякие сервисы для управления драйвером системой.А сами видеодрайверы весят несколько мегабайт(4-7 мегабайт).
Хотя идея с громодскими драйверами противоречит концепции колибри, но всеравно придется как-то прикручивать иксовые видеодрайверы, если мы хотим 100% аппаратную акселерацию.Хотя можно ими не пользоваться, а довольствоваться открытыми 2D драйверами и простыми 3D драйверами+ програмная эмуляция.

Serge wrote:Пусть будет возможность выбора и каждый решает сами что ему нужно - размер или функциональность.

Serge wrote:Всё это похоже на ситуацию с мр3 плеером на асме. Его собирались делать целый год но так и не сделали. Версия на С заработала через три дня.
Ассемблер не самый удобный язык для разработки больших проектов.

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

По поводу отделения ядра от GUI.

Есть два ярких примера: Windows и Linux
И у второго очень большие проблемы в скорости отрисовки ДЕ.
И этих самых ДЕ тоже получилось куча KDE, GNOME, XFCE а также оконные менеджеры Enlightenment, Icewm, Window Maker.
Они произвели на свет множество однотипных приложений(так как ДЕ написаны на разных библиотеках). А так как предпочтения у пользователей разные, то мы имеем установку GTK+ компонент в KDE систему например или библиотек QT в GNOME. (сам пользую KDE, но xmms обожаю)

Я думаю что стоит 100 раз подумать прежде чем делать такой кардинальный шаг.

Да, для серверной ОС GUI как бы не нужен, но колибри это будущая серверная ОС или всётаки десктоп? Если десктоп, то GUI отделять нельзя.

Да в продолжении темы про маленькую ОС. На асме не написать такие вещи как Firefox, Thunderbird, OOo их придётся портировать. Но на асме можно написать небольшие программы типа видео просмотрщика, аудио плеера, смотрелку картинок, программу записи дисков...

mike.dld

> Думаю, ты понимаешь, что большинство современных пользователей предпочтут функциональность

Проблема в том что этих драйверов всё равно не будет. Для Колибри и МеОС уже несколько лет можно писать программы на С и что много серьёзного софта портировано ?

Да это размывание принципов и угроза чисто ассмеблерному ядру но я не вижу другого выхода.
За год написано всего несколько драйверов. Не успел я сделать драйвер для АС97 как Интел сняла его с производства это уже устаревшее железо, с SATA проблемы, vrr не работает на ATI x1K.
Аудиочипы в сложности начали тягаться с видео. Реалтековский драйвер для HDA кодеков больше 200 Кб на Си. Не ясно как к нему подступиться. Железо становится всё сложнее и сложнее. Система оказывается в резервации с очень маленькими шансами выбраться.