Unkillable KSE threaded proc

Julian Elischer julian at elischer.org
Thu Sep 9 13:42:54 PDT 2004



Andrew Gallatin wrote:

>Julian Elischer writes:
> > thanks,
> > I'm flooded with work for a couple of days..
>
>Me too.. Sorry for the terribly latency in giving you more info.
>
> > it looks as if one ofthe threads (0xc1b614b0) has called exit, 
> > whichmeans it is in thread_single()
> > waiting for all the other threads to suicide, but at least one of them 
> > doen't want to..
> > 
> > Two of them (0xc1b61320 and 0xc2b6ce10) are refusing to finish up and exit
> > because they need the proc lock, which is owned by a fourth one.. 
> > (0xc1b617d0)
> > 
> > the fourth one has just preempted itself with some other thread 
> > (3244003328  whatever that is in
> > hex (0xC15B9000))  do you still have the 'ps'?
> > what is thread (0xC15B9000)?
> > 
>
>No, but I've got the dump.  It looks like it was preempted by
>the fxp ethernet driver's ithread:
>
>(kgdb) p ((struct thread*)0xC15B9000)->td_proc->p_comm
>$7 = "irq31: fxp0\0\0\0\0\0\0\0\0"
>
>Maybe this would be easier to debug if I disabled preemption?
>


I think that this would possibly GO AWAY of you disab;ed preemption. 
which would make it very hard to debug :-)

>
>% cat opt_sched.h 
>#define PREEMPTION 1
>#define SCHED_4BSD 1
>
>
>Drew
>  
>



More information about the freebsd-threads mailing list