Linux steckt in CPU-Soft-Lockup?

Mein System ist ein CentOS 6.3 (laufende Kernel-Version 2.6.32-279.el6.x86_64 ).

Ich habe ein ladbares Kernel-Modul, das ein Treiber ist, der eine PCIe-Karte verwaltet. Wenn ich den Treiber manuell mit insmod einfüge, während das Betriebssystem ausgeführt wird, wird der Treiber erfolgreich geladen und ist betriebsbereit.

Wenn ich jedoch versuche, den Treiber mit rpm zu installieren und dann das System neu zu starten, bleibt das Betriebssystem während des Startvorgangs stecken und spuckt die folgende "soft lockup" -Nachricht für ALLE CPU-Kerne aus, mit Ausnahme eines Kerns, der "weich" ist Lockup "in einem der von meinem Treiber erstellten Threads.

Ich habe das Netz ein wenig nach Informationen über diesen Kernel msg / bug durchsucht, und es gibt ziemlich viele Posts darüber, keine darüber, was es verursacht oder wie man debuggt. Jede Hilfe mit den folgenden Fragen würde wirklich geschätzt werden:

1. Ich kann mich nicht am System anmelden. Ich denke, das liegt daran, dass sich alle Kerne in einem "Soft-Lockup" -Zustand befinden und daher keinen Kernel-Dump von der Shell-Eingabeaufforderung auslösen können. Ich habe SysRq aktiviert und versucht, einen Kernel-Dump mit SysRq-Key-Combo auszulösen, aber kein Glück. Es scheint, dass das System nicht auf die Tastatur reagiert (nicht einmal auf die CapsLock-Taste). Irgendwelche Vorschläge, wie ich in diesem Fall einen Kernel-Dump auslösen kann?

2. Ich kann mir vorstellen, dass möglicherweise mein Treiber Thread "Soft Lockup" verursacht. Aber wie kann der Thread "Migration" (ein Kernel-Thread) nur wegen meines Treibers in einer "weichen Sperre" sein?

3. Beim Durchsuchen des Netzes wird der Thread "Migration" verwendet, um Aufgaben von einer CPU in eine andere zu verschieben. Kann mir bitte jemand helfen, zu verstehen, was dieser Thread genau macht? Und wie kann es von anderen Threads beeinflusst werden, wenn überhaupt.