Richtigen Umgang mit threads im kernel?

Ich habe gesehen, bits von verstreuten Informationen, die alle um, aber ich kann nicht scheinen, um zu einer endgültigen Antwort. Wie reinigt man ein zombie-thread im kernel?

Nur um sicher zu stellen, und produzieren eine endgültig richtige Art des Umgangs mit threads im kernel, würde ich gerne Fragen, diese Frage mehr allgemein. , Wie Sie tun Sie erstellen, beenden und bereinigen einen thread im Linux-kernel?

Was ich habe, so weit ist diese:

thread_func:
    exited = 0;
    while (!must_exit)
        do stuff
    exited = 1;
    do_exit(0)

init_module:
    must_exit = 0;
    exited = 1;
    kthread_run(thread_func, ...)    /* creates and runs the thread */

cleanup_module:
    must_exit = 1;
    while (!exited)
        set_current_state(TASK_INTERRUPTIBLE);
        msleep(1);
    /* How do I cleanup? */

Die nächste Sache, die ich gefunden habe, um den cleanup-Lösung ist release_task, aber ich habe nicht, überall darüber zu reden. Ich habe mir vorgestellt, da die thread-Funktionen sind kthread_create, kthread_run etc, es sollte eine kthread_join oder kthread_wait, aber es war nicht. do_wait auch schien wahrscheinlich, aber es dauert gar nicht struct task_struct *.

Außerdem bin ich nicht sicher, ob do_exit ist eine gute Idee, oder wenn überhaupt notwendig. Kann mir bitte jemand kommen mit die minimale Skizze, wie ein kthread erstellt werden soll, beendet und aufgeräumt?

Ich glaube mich zu erinnern, dass es eine kthread_stop, oder kthread_should_stop, so etwas wie, dass.
den Weg habe ich verstanden, Sie entweder über die Ausfahrt selbst (mithilfe do_exit) oder poll kthread_should_stop bis jemand (cleanup_module) fordert kthread_stop. Ich finde nicht überall zu sagen, ob kthread_stop reinigt auch den Faden oder nicht. Was mich wundert ist, dass, wenn die Leute (im internet) empfehlen die Verwendung von entweder do_exit oder was auch immer, nicht sollte es sein, einen Weg zu Bereinigung der thread nach do_exit?
Durch die Art und Weise, dieser ist, was ich Rede, wenn ich sage, ich kann nicht erreichen eine schlüssige Antwort. Es gibt eine Menge von widersprüchlichen Zeug gibt.

InformationsquelleAutor Shahbaz | 2012-04-16

c linux-kernel multithreading zombie-process

15

Einer der "richtigen" Möglichkeiten, dies zu tun ist, um Ihre thread-Funktion überprüfen, ob es kthread_should_stop und einfach zurückgeben, wenn es nicht anhalten zu müssen.

Brauchen Sie nicht zu rufen do_exit, und wenn Sie wollen kthread_stop es über die Modul-Funktion verlassen, sollten Sie wahrscheinlich nicht.

Können Sie sehen, dieses durch nachschlagen in der Dokumentation für kthread_create_on_node im kernel/kthread.c (Auszug aus Linux-kernel 3.3.1):

/**

* kthread_create_on_node - erstellen Sie eine kthread.

* @threadfn: die Funktion, die ausgeführt wird, bis signal_pending(aktuell).

* @data: data ptr für @threadfn.

* @Knoten: Speicher-node-Nummer.

* @namefmt: printf-style-name für den thread.

*

* Beschreibung: Diese Hilfsfunktion erzeugt und benennt einen kernel

* thread. Wird der thread beendet: verwenden Sie wake_up_process() zu starten

* . Siehe auch kthread_run().

*

* Falls der thread wird gebunden werden auf eine spezielle cpu, geben Sie Ihre Knoten

* in @Knoten, um NUMA-Affinität für kthread Stapel, oder die anderen geben -1.

* Wenn geweckt, der thread läuft @threadfn() mit @data als seine

* argument. @threadfn() können Sie entweder rufen Sie do_exit() direkt, wenn es eine

* eigenständigen thread für die niemand rufen kthread_stop(), oder

* zurück, wenn 'kthread_should_stop()' ist wahr (was bedeutet

* kthread_stop() aufgerufen wurde). Der Rückgabewert sollte null sein

* oder eine negative Fehlernummer; wird es übergeben werden kthread_stop().

*

* Gibt eine task_struct oder ERR_PTR(-ENOMEM).

*/

Einen "passenden" Kommentar vorhanden ist für kthread_stop:

Wenn threadfn() aufrufen kann do_exit() selbst, der Aufrufer muss sicherstellen task_struct kann nicht Weg.

(Und ich bin mir nicht sicher, wie Sie das tun - wahrscheinlich halten Sie sich auf dem struct_task mit einem get_task_struct.)

Wenn Sie den Weg einer thread-Erstellung erhalten Sie so etwas wie:
```
kthread_create                                           //macro in kthread.h
  -> kthread_create_on_node                              //in kthead.c
    -> adds your thread request to kthread_create_list
    -> wakes up the kthreadd_task
```
kthreadd_task ist init/main.c im reset_init. Es läuft die kthreadd - Funktion (aus kthread.c)
```
kthreadd                                                 //all in kthread.c
  -> create_kthread
    -> kernel_thread(kthread, your_kthread_create_info, ...)
```
Und die kthread Funktion selbst tut:
```
kthread
  -> initialization stuff
  -> schedule() //allows you to cancel the thread before it's actually started
  -> if (!should_stop)
    -> ret = your_thread_function()
  -> do_exit(ret)
```
... Also, wenn your_thread_function gibt einfach, do_exit aufgerufen wird, mit seiner Rückkehr Wert. Keine Notwendigkeit, es selbst zu tun.

Gut, der task-struct ist eine Globale variable, so kann es nicht gehen überall. Aber, bedeutet dies, dass, wenn der standalone-thread-Aufrufe do_exit() (und sollte daher nicht nennen kthread_stop), es würde nicht brauchen Bereinigung?
Es können Orte gehen. Wenn die Aufgabe, zu der die task-Struktur sich bezieht, ist völlig fertig, und die task struct wird freigegeben, indem Sie den Ausgang Weg, die Kopie, die Sie haben in Ihrem Daten-Modul ist genau wie ein baumelnder Zeiger - Sie können es nicht verwenden.
Und ja, wenn Sie nicht Vorhaben kthread_stop deinem thread, kann es nennen do_exit - und normal-cleanup passieren wird. Aber, wenn irgendwie dein thread verwaltet, um zu überleben Ihr Modul an, du bist in Schwierigkeiten.
Okay, wenn die Bereinigung fertig ist, ist es in Ordnung. Ich habe sicher gestellt, dass in cleanup_module zu warten, bis die threads wieder. Ich habe gebissen worden, indem es bereits.
Nur um sicher zu gehen, kthread_stop nicht warten, bis der thread abgeschlossen ist, auch. Es ist eine ziemlich nette wrapper. Aber ich denke, es könnte nicht gut geeignet, um Ihren Anwendungsfall.

InformationsquelleAutor

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.