Date: Thu, 2 Oct 2014 13:46:08 +0000 From: "CARTWRIGHT, CORY C" <cc3283@att.com> To: Craig Masse <flycaster@ameritech.net>, John-Mark Gurney <jmg@funkthat.com>, Chris Ross <cross+freebsd@distal.com> Cc: "freebsd-sparc64@freebsd.org" <freebsd-sparc64@freebsd.org> Subject: RE: FreeBSD 10-STABLE/sparc64 panic Message-ID: <A32DBEA595AEEC4AA7551C13F489A6F40AFDD87A@MISOUT7MSGUSRCC.ITServices.sbc.com> In-Reply-To: <1412257336.25317.YahooMailBasic@web185302.mail.gq1.yahoo.com> References: <32B71E26-EA09-4143-9E6F-CF4E033E9106@distal.com> <1412257336.25317.YahooMailBasic@web185302.mail.gq1.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" -----Original Message----- From: owner-freebsd-sparc64@freebsd.org [mailto:owner-freebsd-sparc64@freeb= sd.org] On Behalf Of Craig Masse Sent: Thursday, October 02, 2014 9:42 AM To: John-Mark Gurney; Chris Ross Cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD 10-STABLE/sparc64 panic REMOVE ME FROM YOUR MAIL LIST............ PLEASE !!!!!!!!!!! -------------------------------------------- On Thu, 10/2/14, Chris Ross <cross+freebsd@distal.com> wrote: Subject: Re: FreeBSD 10-STABLE/sparc64 panic To: "John-Mark Gurney" <jmg@funkthat.com> Cc: freebsd-sparc64@freebsd.org Date: Thursday, October 2, 2014, 8:36 AM =20 =20 On Oct 1, 2014, at 22:53 , Chris Ross <cross+freebsd@distal.com> wrote: > On Sep 29, 2014, at 00:22 , John-Mark Gurney <jmg@funkthat.com> 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.. >=20 >=A0 I fear I'm going to need some help doing this.=A0 I'm not sure what I need to > do to get into ddb.=A0 (And, after that, I'm not sure how to dump the stack of > the tld that held the spinlock) =20 =A0 Okay.=A0 I rebuilt GENERIC after adding options DDB, and found the following: =20 spin lock 0xc0ccbdb0 (smp rendezvous) held by 0xfffff8000559f6d0 (tid 100351) too long timeout stopping cpus panic: spin lock held too long [...] db> thread 100351 [ thread pid 299 tid 100351 ] sched_switch+0x3e0:=A0 =A0=A0=A0call=A0 =A0 =A0 =A0 =A0 =A0 cpu_switch db> thread=A0 =A0 =A0=A0=A0 [ thread pid 299 tid 100351 ] sched_switch+0x3e0:=A0 =A0=A0=A0call=A0 =A0 =A0 =A0 =A0 =A0 cpu_switch db> bt Tracing pid 299 tid 100351 td 0xfffff8000559f6d0 mi_switch() at mi_switch+0x19c critical_exit() at critical_exit+0x9c spinlock_exit() at spinlock_exit+0x8 turnstile_chain_unlock() at turnstile_chain_unlock+0x6c __mtx_unlock_sleep() at __mtx_unlock_sleep+0x9c bge_init() at bge_init+0x5c ether_ioctl() at ether_ioctl+0x70 M_PLIMIT() at M_PLIMIT+0x8 db> dump Cannot dump: no dump device specified. db>=20 =20 =A0 Apparently, I don't have a dump device set, so I'll to fix that next and get a core dump.=A0 I'm not sure, however, if what I provided above was the stack of the tid as was requested.=A0 At least, it's not 100% consistent.=A0 Since I had a DDB kernel running, while trying to get the system back up to multiuser, I did get many more panic's to experiment with, and doing the same "thread NNN", "bt" on many passes I sometimes got different results. Perhaps I'm doing something wrong?=A0 Or worse, it may not be 100% consistent.=A0 :-/ =20 =A0 A pointer to what I need to do within ddb would be appreciated, if I'm doing anything wrong (or suboptimmally), or any other instructions. I'll try to get a dump device specified. =20 =A0 Thanks. =20 =A0 =A0 =A0 =A0 =A0 =A0 =A0 - Chris =20 =20 =20 =20 =20 _______________________________________________ freebsd-sparc64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" =20 _______________________________________________ freebsd-sparc64@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A32DBEA595AEEC4AA7551C13F489A6F40AFDD87A>