>> Ah. Of course. All (or most) kernel initialisation is
>> done by PID 1. Search for "kernel_thread" in init/main.c
>>
>> So it seems that in your setup, process 1 is not reaping
>> children, which is why this hasn't been reported before.
>> Is there something unusual about your setup?
> I found the difference which causes this. If I build my kernel with
> IP_PNP (IP: kernel level autoconfiguration) support I get a defunt
> thread for each 8139too device. If I don't build with IP_PNP
> support I don't get any, defunct ethernet threads.
Does init(8) reap children that died before it was spawned? I assume
that the defunct tasks were there _before_ init was spawned.
Perhaps init() [in linux/init/main.c] should reap all defunct tasks
before the execve("/sbin/init").
I've attached an untested patch, could you try it?
--
Manfred
- Re: 8139too: defunct threads Alan Cox
- Re: 8139too: defunct threads Andrew Morton
- Re: 8139too: defunct threads Alan Cox
- Re: 8139too: defunct threads Rod Stewart
- Re: 8139too: defunct threads Andrew Morton
- Re: 8139too: defunct threads Rod Stewart
- Re: 8139too: defunct threads Andrew Morton
- Re: 8139too: defunct threads Rod Stewart
- Re: 8139too: defunct threads Rod Stewart
- Re: 8139too: defunct threads David Woodhouse
- Re: 8139too: defunct threads Manfred Spraul
- Re: 8139too: defunct threads Rod Stewart
- [PATCH] Re: 8139too: defunct threads Manfred Spraul
- Re: [PATCH] Re: 8139too: defunct threads Alan Cox
- Re: [PATCH] Re: 8139too: defunct threads Manfred Spraul
- Re: [PATCH] Re: 8139too: defunct thr... Rod Stewart
- [new PATCH] Re: 8139too: defunct... Manfred Spraul
- Re: [new PATCH] Re: 8139too: def... Rod Stewart
- Re: [new PATCH] Re: 8139too: def... Andrew Morton
- Re: [new PATCH] Re: 8139too: def... John Fremlin
- Re: [new PATCH] Re: 8139too: def... Andrew Morton
patch-main.dat
