Слабый вброс, счас попробую получше))

Предлагаешь лечить недостаток документации сменой архитектуры ядра, это ты неплохо погнал.

не так, в микроядре - интерфейсы стабильны, а в монолитном их почти в два раза больше и они стабильны как холодец на спине самки.

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

Этот мир слишком кривой для ваших учебников.

Исключения подтверждают правило.

Предлагаю снимать за это скор, сколько можно :}

Предлагаешь лечить недостаток документации сменой архитектуры ядра, это ты неплохо погнал.

В микроядре меньше доков писать придется. Доки на userspace интерфейс писать по-любому надо, а вот на kernelspace забить куда проще.

В этом мире предпочитают ставить костыли, чем писать грамотно

Предлагаю снимать за это скор

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

Кто эти «вы»?

Микроядро - не создаст удобных пользовательских программ.
НЕ НУЖНО!

Это он к себе на мы обращается.

и они стабильны как холодец на спине самки

и таки как нестабильные интерфейсы помогут в случае с микроядром?

Ядро вообще не создаст никакие программы. А если начнёт — ВОССТАНИЕ МАШИН, ПАНИКА, КОНЕЦ СВЕТА

Королевская семья в треде? Надо что ли приодеться красиво.

Королевская семья в треде

или Горлум

Тогда нужно кольцо отжать.

В blackberry полно юзерского софта и микроядро не мешает.

Знаешь, конечному пользователю (как и разработчику юзерспейсного софта) по большому счету пофиг, микроядро у него под капотом или монолит. Главное - насколько хорошо оно работает. И вот в этом плане микроядра пока плетутся далеко позади монолитных и гибридных.

NOOOOOOOOOOOOOOOOO!!!!!!!!!!!!!!!!!

При микроядре, как известно, каждый драйвер работает отдельным процессом в userspace

Брехня.

Ну и вообще глупости.

Знаешь, конечному пользователю

Ну вот я конечный пользователь linux. И я собрал себе устройство - i2c адаптер, висящий на rs232 порту. И хочу написать модуль ядра для него.

Но чего-то поиск по гуглу на тему обращения к драйверу serial порта из kernel-space выдает максимум «покопайтесь в serial-core.c». В то время как из юзерспейса достаточно открыть /dev/ttyS0 и писать туда.

При микроядре, как известно, каждый драйвер работает отдельным процессом в userspace

Брехня.

Ну почти каждый

Если ядро плохо документировано - это значит, что такая архитектура любых ядер этого типа - говно? Ню-ню.

Ну почти каждый

Ты знаешь о микроядрах чуть более, чем ничего.

Это основная идея микроядра

Ответ здесь:

При микроядре, как известно, каждый драйвер работает отдельным процессом в userspace.

Это заблуждение. Всё зависит от дизайна. Например, в системе «Хамелеон» драйвер сам решает, в каком адресном пространстве ему выполняться - в общей памяти ядра или в изолированном. Причём, решается это параметром сообщения при старте.

И вся работа с ним идет по его интерфейсу.

Так в любой системе. Интерфейс это синоним API. Разница лишь в том, как это работает - в монолите системным вызовом. В микроядре с помощью сообщеня.

А в монолитном ядре есть специальные интерфейсы для userspace и для kernelspace. И зачастую интерфейсы kernelspace описаны максимум в виде разбросанных по коду комментариев.

Не совсем так, если речь идёт о POSIX системах, то интерфейсы ядра транслируются в userspace с помощью libc. А любой программе глубоко пофиг под управлением чёго она работает - ядра или микрояда, она всего лишь вызывает функции из библиотеки libc.

Чушь. Почитай Рашида.

не так, в микроядре - интерфейсы стабильны, а в монолитном их почти в два раза больше и они стабильны как холодец на спине самки.

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

если речь идёт о POSIX системах, то интерфейсы ядра транслируются в userspace с помощью libc.

ну вот есть, например, /dev/ttyS0. Поддерживаемый ядром интерфейс для user-space. Открыл - и пиши/читай.

А чтобы обратиться к com порту из ядерного модуля, мне сейчас приходится долго вчитываться в serial_core.c. А может и еще куда придется

http://en.wikipedia.org/wiki/Microkernel

И вот в этом плане микроядра пока плетутся далеко позади монолитных и гибридных.

Скажи это пользователям Mac OS X.

у вот есть, например, /dev/ttyS0. Поддерживаемый ядром интерфейс для user-space. Открыл - и пиши/читай.

Эту возможность даёт файловая система и стандартный набор функций работы с файлами.

А чтобы обратиться к com порту из ядерного модуля, мне сейчас приходится долго вчитываться в serial_core.c. А может и еще куда придется

В Linux? Ну я не знаю. Наверняка как-то можно. Наверняка должен быть какой-либо интерфейс.

Я к COM портам обращаюсь через порты ввода/вывода и прерывния. Точнее не прерывания, а через соообщения о прерываних. :)

А чтобы обратиться к com порту из ядерного модуля, мне сейчас приходится долго вчитываться в serial_core.c.

а зачем, если это только не контроллер ком порта?

В ядре уже есть готовый драйвер com порта. Я пытаюсь не изобретать велосипед, а обратиться к нему из своего драйвера

Я пытаюсь найти интерфейс работы с драйвером com порта

А чтобы обратиться к com порту из ядерного модуля, мне сейчас приходится долго вчитываться в serial_core.c. А может и еще куда придется

Смотри реализацию символьных устройств. Именно это отвечает за обмен данным между драйвером устройства и libc.

open, write, read, ioctl, close

ioctl - очень важно для настройки порта.

Эту возможность даёт файловая система и стандартный набор функций работы с файлами.

драйвер com порта создает устройство /dev/ttyS0.

И это работает из kernel-space?

таки почему ты не хочешь читать/писать /dev/ttyS0?

Из модуля?

У меня нет под рукой исходников linux, поэтому посоветовать куда смотреть - не могу. Посмотри айдишники системных вызовов в драйвере и найдих в файловой системе. Посмотри как файловая систему транслирует вызовы к устройствам. Точнее не могу сказать, потому что занимался этим очень очень давно.

и линукс тому пример

http://en.wikipedia.org/wiki/Microkernel

Вода. Драйверы были частью ядра в Mach, Hurd и, IIRC, в Chorus. Более того, Mach чаще всего использовался как single-server.

прозреваю, что ты смотришь не в том слое, а API, которое тебе нужно, в linux/tty.h

Почитай Рашида

Кто такой?

Посмотри айдишники системных вызовов в драйвере и найдих в файловой системе.

/dev/ttyS* создаются ядром.

Rick Rashid, вице-президент по исследованиям в Microsoft %)

/dev/ttyS* создаются ядром.

Какая разница кто их создаёт? Тебе из модуля нужно пользоваться COM-портом, вот AptGet подсказал - linux/tty.h

нет не из модуля, из юзер спейс, зачем тебе вообще модуль если ты работает с ком портом?