]> git.proxmox.com Git - mirror_ubuntu-artful-kernel.git/commit - kernel/kthread.c
UBUNTU: SAUCE: kthread: Do not leave kthread_create() immediately upon SIGKILL.
authorTetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Sat, 29 Mar 2014 06:39:24 +0000 (15:39 +0900)
committerSeth Forshee <seth.forshee@canonical.com>
Tue, 5 Sep 2017 12:33:05 +0000 (07:33 -0500)
commitfd9d12ed637a2366bc9ac10640527df628a39a8a
treebd16572375e735e71cab721f60111bf510198ae1
parent2344268f3938aabc4b30aee92bbdb9cfc579204d
UBUNTU: SAUCE: kthread: Do not leave kthread_create() immediately upon SIGKILL.

Commit 786235ee "kthread: make kthread_create() killable" changed to
leave kthread_create() as soon as receiving SIGKILL. But this change
caused boot failures if systemd-udevd worker process received SIGKILL
due to systemd's hardcoded 30 seconds timeout while loading fusion
driver using finit_module() [1].

Linux kernel people think that the systemd's hardcoded timeout is a
systemd bug. But systemd people think that loading of kernel module
needs more than 30 seconds is a kernel module's bug.

Although Linux kernel people are expecting fusion driver module not
to take more than 30 seconds, it will definitely not in time for
trusty kernel. Also, nobody can prove that fusion driver module is
the only case which is affected by commit 786235ee.

Therefore, this patch changes kthread_create() to wait for up to 10
seconds after receiving SIGKILL, unless chosen by the OOM killer,
in order to give the kthreadd a chance to complete the request.
The side effect of this patch is that current thread's response to
SIGKILL is delayed for a bit (likely less than a second, unlikely
10 seconds).

  [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1276705

Reported-by: Pierre Fersing <pierref@pierref.org>
Reported-by: Faidon Liambotis <paravoid@debian.org>
Signed-off-by: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>
Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
kernel/kthread.c