[kernel][thread] Создание постоянно работающего потока ядра

может тебе это поможет? но не уверен, будет ли это работать в отдельном потоке.

#include <linux/timer.h>
struct timer_list {
        /* ... */
        unsigned long expires;
        void (*function)(unsigned long);
        unsigned long data;
};

void init_timer(struct timer_list *timer);
struct timer_list TIMER_INITIALIZER(_function, _expires, _data);

void add_timer(struct timer_list * timer);
int del_timer(struct timer_list * timer);

А что он делает-то? Я бы сначала попробовал просто не делать никаких лишних телодвижений.

По-моему задача поставлена неверно.

Если поток должен обработать какое-то событие, нужно дать ему RT-приоритет и останавливать его на мьютексе (или другом средстве синхронизации) в ожидании нужного события. А так, чтобы поток работал постоянно... ты считаешь что ли что-то? Почему тогда в ядре?

while(!kthread_should_stop()) {
...
...
    schedule_timeout_interruptible(HZ / 100);
}

будет просыпаться от планировщика 100 в секунду

Потоку не нужно следить за какими-то событиями, он сам будет событием (если это можно так назвать) для других процессов.
Я ПОНИМАЮ и ОСОЗНАЮ, что в реальной жизни это ПОЧТИ бессмысленно, но так хочет заказчик :)

Спасибо, попробую со срабатыванием 100 раз в секунду, но это всё равно не совсем подходит.
Курил умную книжку по ядру, но так и не понял:
почему пользовательская задача выбирается из очереди на выполнение и работает отведённое ей время,
а мой поток из состояние TASK_RUNNING нельзя прервать по исчерпанию кванта времени и запустить потом заново?

> а мой поток из состояние TASK_RUNNING нельзя прервать

по исчерпанию кванта времени

да можно. если, конечно, CONFIG_PREEMPT.

планировщику вообще все равно, в этом смысле
kernel thread ничем не отлисается.

а вызывать schedule() в состоянии TASK_RUNNING
бессмысленно. на какой эффект вы рассчитываете?

>Я ПОНИМАЮ и ОСОЗНАЮ, что в реальной жизни это ПОЧТИ бессмысленно, но так хочет заказчик :)

Ты бы описал нормально что нужно, а для заказчика можно и пустой поток создать который ничего не делает :) В списке процессов увидит и успокоится. Создание своих потоков ядра вообще не приветствуется.

schedule_timeout(1*HZ);

а так будет работать?

Курил умную книжку по ядру, но так и не понял:

какую?!

Поток должен грузить систему, чем больше тем лучше. Это эксперимент такой :)

книжка Daniel P. Bovet, Marco Cesati «Understanding the Linux Kernel»

Ставишь потоку realtime приоритет и выполняешь в нем

for (i=0;;i++)
  j = i%5;

вопрос только в том почему поток нужно приостанавливать:
set_current_state(TASK_INTERRUPTIBLE);
а с другой стороны почему после приостановки он сам не возобновляется

может потому что на момент запуска вашего потока шедулер еще непроинициализирован, вы из загружаемого модуля поток стартуете или залезли в ядро?

> почему поток нужно приостанавливать:

смотря для чего. для того, чобы выполнялись другие
процессы - не нужно (еще раз, при CONFIG_PREEMPT).

а с другой стороны почему после приостановки он сам

не возобновляется

это все равно, что удивляться тому, что программа перестает
работать после exit() ;)

он и не должен «возобновляется», он же не running.
вы же сами выставили ->state = TASK_INTERRUPTIBLE.

Поток должен грузить систему, чем больше тем лучше.

Это эксперимент такой :)

хм. и зачем это делать в kernel space?

если я правильно понял, то CONFIG_PREEMPT - это опция «Использовать вытеснение задач»?

по-моему, она у меня включена...
и если я не приостанавливаю поток, то только он и работает:

for(;;) {
printk(«1\n»);
set_current_state(TASK_RUNNING);
schedule();
printk(«2\n»);
}

> и если я не приостанавливаю поток, то только он и работает:

и как вы об этом узнали?

set_current_state(TASK_RUNNING);

schedule();

еще раз повторяю, нет никакого смысла вызывать schedule()
в состоянии TASK_RUNNING. это, практически, nop.

Вы правы с TASK_RUNNING и schedule.
но почему тогда из состояния TASK_RUNNING поток не выходит по окончанию кванта времени?

> но почему тогда из состояния TASK_RUNNING

поток не выходит по окончанию кванта времени?

уфф ;)

что значит «не выходит» ? не меняется его
->state == TASK_RUNNING ? он и не должен.
он же running! даже если он вытеснен другой
задачей, он все равно runnable.

Всем спасибо, в особенности idle и ACR!

Сделал так:
- запуск потока при инициализации ядра
- в потоке сразу его тормозим (TASK_INTERRUPTIBLE + schedule)
- по таймеру с большой задержкой (15 секунд от начал загрузки) будим
- поток входит в бесконечный цикл и там сидит пока не остановят

я так и не понял, зачем это все.

Сделал так:

в любом случае, это намного сложнее, чем необходимо.