>> 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