Date: Thu, 7 Jul 2011 08:28:51 +1000 From: Peter Jeremy <peter.jeremy@alcatel-lucent.com> To: Marius Strobl <marius@alchemy.franken.de> Cc: "alc@freebsd.org" <alc@freebsd.org>, "freebsd-sparc64@freebsd.org" <freebsd-sparc64@freebsd.org>, Alan Cox <alc@rice.edu> Subject: Re: 'make -j16 universe' gives SIReset Message-ID: <20110706222851.GQ65891@pjdesk.au.alcatel-lucent.com> In-Reply-To: <20110706103910.GG14797@alchemy.franken.de> References: <20110629223008.GL14797@alchemy.franken.de> <20110630221752.GG65891@pjdesk.au.alcatel-lucent.com> <20110702002325.GS14797@alchemy.franken.de> <4E0F6B8D.8000500@rice.edu> <20110704214158.GX14797@alchemy.franken.de> <20110705160709.GA77843@alchemy.franken.de> <4E135420.4080201@rice.edu> <20110705190126.GE14797@alchemy.franken.de> <20110706042634.GP65891@pjdesk.au.alcatel-lucent.com> <20110706103910.GG14797@alchemy.franken.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--aziWXe2aaRGlkyg3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On 2011-Jul-06 18:39:10 +0800, Marius Strobl <marius@alchemy.franken.de> wr=
ote:
>On Wed, Jul 06, 2011 at 02:26:34PM +1000, Peter Jeremy wrote:
>> And DDB for one of the stuck processes shows
>> db> trace 8881
>> Tracing pid 8881 tid 195433 td 0xfffff8b0a2e72880
>> mi_switch() at mi_switch+0x2a8
>> sleepq_switch() at sleepq_switch+0x1cc
>> sleepq_catch_signals() at sleepq_catch_signals+0x130
>> sleepq_wait_sig() at sleepq_wait_sig+0x8
>> _sleep() at _sleep+0x41c
>> do_rw_rdlock() at do_rw_rdlock+0x7e4
>> __umtx_op_rw_rdlock() at __umtx_op_rw_rdlock+0x1c
>> _umtx_op() at _umtx_op+0x3c
>> syscallenter() at syscallenter+0x270
>> syscall() at syscall+0x74
>> -- syscall (454, FreeBSD ELF64, _umtx_op) %o7=3D0x40479574 --
>> userland() at 0x4047957c
>> user trace: trap %o7=3D0x40479574
>> pc 0x4047957c, sp 0x7fdffffc561
>> pc 0x7fdffffd1c0, sp 0x40365a10
>> pc 0x90000000000125a, sp 0xac00002d11220000
>
>What line does mi_switch+0x2a8 translate to?
0xc0503628 <mi_switch+680>: call 0xc0528ba0 <sched_switch>
448 sched_switch(td, newtd, flags);
The system is still running so I think the bigger issue is why
none of the processes can grab the mutex.
>sparc64 package of gdb53, which still has the '-k' option:
>http://people.freebsd.org/~marius/gdb-5.3_1%2c1.tbz
Unfortunately, it doesn't like me:
# gdb53 -k /usr/obj/usr/src/sys/GENERIC/kernel.debug /dev/mem
GNU gdb 5.3 (FreeBSD)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain condition=
s.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "sparc64-unknown-freebsd9.0"...
panic messages:
---
dmesg: kvm_nlist: No such file or directory
---
---Can't read userspace from dump, or kernel process---
(kgdb) where
---Can't read userspace from dump, or kernel process---
(kgdb) disas mi_switch
Segmentation fault (core dumped)
--=20
Peter Jeremy
--aziWXe2aaRGlkyg3
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (FreeBSD)
iEYEARECAAYFAk4U4aMACgkQ/opHv/APuIcuUwCfeWs4HZnRUUZ8PSRrcLBuwrhJ
f3gAoIAs3B+u9sBoc+AYo0UC/CMftpuN
=Vi9c
-----END PGP SIGNATURE-----
--aziWXe2aaRGlkyg3--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110706222851.GQ65891>