Fatal trap 12: page fault while in kernel mode(subr_turnstile.c)
 w/ trace
    Robin Breathe 
    robin at isometry.net
       
    Tue Dec  9 11:14:10 PST 2003
    
    
  
John Baldwin wrote:
> Oof, you seem to have possibly hit a corrupted thread object.
Sounds unpleasant.
>>(kgdb) l *0xc0537aa6
>>0xc0537aa6 is in turnstile_wait (/usr/src/sys/kern/subr_turnstile.c:439).
>>434             td = curthread;
>>435             tc = TC_LOOKUP(lock);
>>436             mtx_assert(&tc->tc_lock, MA_OWNED);
>>437             MPASS(td->td_turnstile != NULL);
>>438             MPASS(owner != NULL);
>>439             MPASS(owner->td_proc->p_magic == P_MAGIC);
>>440
>>441             /* If the passed in turnstile is NULL, use this thread's 
>>turnstile. */
>>442             if (ts == NULL) {
>>443                     ts = td->td_turnstile;
>>(kgdb)
> 
> owner is not NULL, but it blew up trying to read owner->td_proc.
> Hmm, actually then, I think the owner pointer is bad.  There was
> a while after one of the KSE commits when people would get panics
> with a thread whose td_proc was NULL, but I don't know if that bug
> was ever figured out or fixed.  For owner to be wrong though,
> mtx_lock in the relevant mutex must have been corrupted somehow.
I see (partially). Is there anything I can do to help track the culprit, 
running the command which leads to panic inside gdb? Anything vaguely 
sensible? It would obviously be a bonus if we could track this bad-boy 
down before 5.2 gets out the door.
- Robin
-- 
Robin Breathe              robin at isometry.net              +441865741800
    
    
More information about the freebsd-current
mailing list