баг в ядре?

0

0

2.6.17

kernel/softirq.c/ksoftirqd() - я так понял этого демона нормально не убивают т.к. поле kthread_stop_info.k ни где не выставляется:

int kthread_should_stop(void) {

return (kthread_stop_info.k == current);

}

Поправьте меня плиз или кто регулярно пишет/читает в mailinglist kernel напишите туда, мне подписываться не с руки на тонны писем, которые мне не очень нужны.

Ссылка

←	Размер массива

real-time garbage collector

→

Показаны ответы на комментарий. Показать все комментарии.

Ответ на: комментарий от yantux 20.09.07 15:01:00 UTC

> Насколько я её понял, CPU_DEAD может быть, если есть CONFIG...HOTPLUG ,
> т.е. только на SMP и hotplug cpu. Этак или нет?

да. (на всякий случай, suspend использует hotplug)

> P.S. что ж его не ругать, тяжко читать код ;)

так не читайте, но не ругайте тогда! :)

вот этот ваш вопрос, например.... cpu_callback() - это 45 строк. интересующий
вас код находится под "#ifdef CONFIG_HOTPLUG_CPU". без микроядерной архитектуры
не разобраться?

idle ★★★★★
(20.09.07 15:33:23 UTC)

Ответ на: комментарий от idle 20.09.07 15:33:23 UTC

> без микроядерной архитектуры не разобраться?

Нельзя быть таким политизированным :-D

~~HEBECTb_KTO~~
(20.09.07 21:14:23 UTC)

Ссылка

Ответ на: комментарий от idle 20.09.07 15:33:23 UTC

Тогда возникает вопрос: каким образом убивается демон ksoftirqd на однопроцессорных системах у которых нет CONFIG_HOTPLUG_CPU и соответсвенно состояний CPU_DEAD, которые я так понимаю могут быть только у многопроцессорных систем?

yantux ★
(21.09.07 08:47:02 UTC) автор топика