Re: FreeBSD 10-STABLE/sparc64 panic

Chris Ross <[email protected]>
Newsgroups gmane.os.freebsd.devel.sparc
Message-ID <[email protected]>
On Oct 5, 2014, at 01:03 , Chris Ross <[email protected]> wrote:
> On Sep 29, 2014, at 00:22 , John-Mark Gurney <[email protected]> wrote:
>> If you could get a core dump (call doadump) that'd be good, but dumping
>> the stack of the tid that held the spinlock too long would be a good
>> start..
> 
>  Okay.  I have a core dump now, and the stack backtrace (unless I've
> done it wrong) is:

  I still haven't gotten into looking at the code deeply, but I realize the 
backtrace from within kdgb is more useful.  So, I wanted to send that.

(kgdb) bt
#0  0x00000000c05a0220 in sched_switch (td=0xfffff800052c0000, 
    newtd=0xfffff80003382db0, flags=<value optimized out>)
    at /usr/src/sys/kern/sched_ule.c:1939
#1  0x00000000c0578964 in mi_switch (flags=1538, newtd=0x0)
    at /usr/src/sys/kern/kern_synch.c:494
#2  0x00000000c0576ec4 in critical_exit () at /usr/src/sys/kern/kern_switch.c:218
#3  0x00000000c08cf410 in spinlock_exit ()
    at /usr/src/sys/sparc64/sparc64/machdep.c:240
#4  0x00000000c05c8a14 in turnstile_chain_unlock (lock=<value optimized out>)
    at /usr/src/sys/kern/subr_turnstile.c:614
#5  0x00000000c0559e64 in __mtx_unlock_sleep (c=0xfffff8000325b5e0, opts=0, 
    file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:769
#6  0x00000000c01f9604 in bge_init (xsc=0x1001b2000)
    at /usr/src/sys/dev/bge/if_bge.c:5603
#7  0x00000000c0656818 in ether_ioctl (ifp=<value optimized out>, 
    command=2149607692, data=0xed32cd28 "")
    at /usr/src/sys/net/if_ethersubr.c:1096
#8  0x00000000c0c02c08 in M_PLIMIT ()
#9  0x00000000c0c02c08 in M_PLIMIT ()
(kgdb)

  Thanks.  If anyone has any ideas, or suggestions for me to try, I'm all ears!

                - Chris

_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.