[lkml]   [2004]   [Jun]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Patch in this message
SubjectRe: 2.6.7 and khelper
Clemens Schwaighofer <> wrote:
> First of I have no idea what khelper actually does, but it seems to make
> a problem on my box.

It is a kernel thread which is used for making calls out to userspace
applications from within the kernel.

> I have a Debian/unstable box here (the same one that has these "fast
> clock problems with 2.6.7-mm1) and every night after the syslog restart
> the process with the id "4", which is khelper is reported to be
> respawning to fast.

Strange. I assume that what's happening is that the children of khelper
are being created and are dying, and init is somehow seeing this happen.
Maybe SIGCHLD, probably via wait4(). Perhaps init should be changed to not
complain about processes which it did't parent. But then, that should
already be the case.

Could you please apply the below debug patch, then send us all the relevant
syslog output, including the messages from init?


diff -puN kernel/kmod.c~khelper-child-sequence kernel/kmod.c
--- 25/kernel/kmod.c~khelper-child-sequence 2004-06-24 18:42:34.351391688 -0700
+++ 25-akpm/kernel/kmod.c 2004-06-24 18:45:01.186069424 -0700
@@ -155,6 +155,9 @@ static int ____call_usermodehelper(void
struct subprocess_info *sub_info = data;
int retval;
cpumask_t mask = CPU_MASK_ALL;
+ static int call_umh_id;
+ sprintf(current->comm, "call_umh%d\n", call_umh_id++);

/* Unblock all signals. */
@@ -182,6 +185,9 @@ static int wait_for_helper(void *data)
struct subprocess_info *sub_info = data;
pid_t pid;
struct k_sigaction sa;
+ static int khelper_id;
+ sprintf(current->comm, "waiter%d", khelper_id++);

/* Install a handler: if SIGCLD isn't handled sys_wait4 won't
* populate the status, but will return -ECHILD. */

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:04    [W:0.157 / U:3.348 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site