Решено: Связь процесса с ядром (Двусторонний обмен)

[Ivanhoe]

Есть что-нибудь для того, чтобы связать процесс в юзерспейсе с модулем в ядре, с возможностью двухстороннего обмена? Писать в /dev/xxx не пойдет, поскольку, как выяснилось, ядро не может послать процессу сигнал, чтобы уведомить его о том, что оно чего-то от него хочет.

[Zeus]

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

[serzh-z]

Ivanhoe, использовать netlink и интерфейс BSD-сокетов.

[Ivanhoe]

Zeus, ммм, интересно. Плиз, по подробнее.

serzh-z, я о netlink как раз задумывался. Просто подумал, что может быть есть что-то более идеологически верное

[Zeus]

Zeus, ммм, интересно. Плиз, по подробнее.

Ну у меня в этой области познания с одной стороны сугубо теоретические:

изменить состояние потока может только ядро.
Если надо - "усыпить", когда надо - "разбудить".
Обычно всё это происходит с использованием объектов ядра.
Что-то вот такое у меня в голове залежалось.

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

interruptible_sleep_on ...
и
wake_up_interruptible ...


Думаю для формирования более адекватной картины лучше поискать информацию про программирование драйверов и ядра вообще.

[serzh-z]

Просто подумал, что может быть есть что-то более идеологически верное

Не вижу ничего неверного в том, чтобы ожидать данных в сокете netlink, можно открыть файл в /dev/ и ожидать данных от него, модуль ядра может туда писать данные, когда захочет оповестить процесс о чём-то. То что предлагает Зевс, потребует изобретения велосипеда и добавления системного вызова в ядро...

[Ivanhoe]

Ок, спасибо. Тогда буду курить в сторону netlink.

[v04bvs]

Есть что-нибудь для того, чтобы связать процесс в юзерспейсе с модулем в ядре, с возможностью двухстороннего обмена? Писать в /dev/xxx не пойдет, поскольку, как выяснилось, ядро не может послать процессу сигнал, чтобы уведомить его о том, что оно чего-то от него хочет.

Я в ядрёном программировании не силён, но не понимаю, почему ядро не может уведомить процесс через /dev/something (а ещё лучше через /sys/something) ? Процесс ждёт с помощью какого-нибудь select-а, потом читает и понимает, что от него хотят. По-моему все так делают.

[Ivanhoe]

v04bvs, а разве процесс при этом не сожрет все ресурсы при постоянном обращении к /dev/something?

[Zeus]

v04bvs, а разве процесс при этом не сожрет все ресурсы при постоянном обращении к /dev/something?

Он будет спать.

[Ivanhoe]

v04bvs, а разве процесс при этом не сожрет все ресурсы при постоянном обращении к /dev/something?

Он будет спать.

Спать в смысле "спать сам по себе" или "спать по sleep()" ?

[serzh-z]

спать по sleep()

По wait() разумеется...

[Zeus]

v04bvs, а разве процесс при этом не сожрет все ресурсы при постоянном обращении к /dev/something?

Он будет спать.

Спать в смысле "спать сам по себе" или "спать по sleep()" ?

Так как написал v04bvs: процесс будет спать заблокированным на select'е.

[Ivanhoe]

Хм... тоже вариант. *пошел читать ман*

[stari_maček]

Есть что-нибудь для того, чтобы связать процесс в юзерспейсе с модулем в ядре, с возможностью двухстороннего обмена? Писать в /dev/xxx не пойдет, поскольку, как выяснилось, ядро не может послать процессу сигнал, чтобы уведомить его о том, что оно чего-то от него хочет.

Есть вариант - погугли eventfd(). Псевдо-файлдескриптор специально для оповещения юзерских процессов о событи ядра. Всё делается достаточно просто - по ioctl() драйвер возвращает дескриптор события, юзерский процесс ждёт на нём с помощью операции типа select(), poll(), epoll(). Обрабатывать можно множество событий параллельно.

ПС. посмотрел дату. ого. темка то слегка неактуальна ))

[serzh-z]

Есть вариант - погугли eventfd().

/me представил, как Ivanhoe, без малого два года, пытается найти решение для связи процесса с ядром...