Messages in this thread | | | Date | Thu, 12 Apr 2001 17:23:44 -0400 (EDT) | From | Rod Stewart <> | Subject | Re: 8139too: defunct threads |
| |
On Thu, 12 Apr 2001, Andrew Morton wrote: > Rod Stewart wrote: > > > > On Thu, 12 Apr 2001, Andrew Morton wrote: > > > Rod Stewart wrote: > > > > > > > > Hello, > > > > > > > > Using the 8139too driver, 0.9.15c, we have noticed that we get a defunct > > > > thread for each device we have; if the driver is built into the kernel. > > > > If the driver is built as a module, no defunct threads appear. > > > > > > What is the parent PID for the defunct tasks? zero? > > > > According to ps, 1 > > 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?
One box is standard PIII with RH 7.0, the other is a custom Crusoe TM5400 board. But from further investigation it appears to be a kernel config option. As I've got a 2.4.0 kernel which has very little compiled in and not showing the problem and another kernel which has many more networking options built in and showing the problem. I've seen this problem since 2.4.0.test11.
I'll send a note once I find the config option which is causing this, probably tomorrow.
Thanks, -Rms
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |