From owner-freebsd-sparc64@FreeBSD.ORG Sat Aug 20 18:27:58 2005 Return-Path: X-Original-To: sparc64@FreeBSD.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1B2B16A41F; Sat, 20 Aug 2005 18:27:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fileserver.fields.utoronto.ca (fileserver.fields.utoronto.ca [128.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AE8643D45; Sat, 20 Aug 2005 18:27:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from fields.fields.utoronto.ca (fields.localdomain [192.168.216.11]) by fileserver.fields.utoronto.ca (8.12.8/8.12.8/Fields 6.0) with ESMTP id j7KIRvvf027003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Aug 2005 14:27:57 -0400 Received: from obsecurity.dyndns.org (localhost.localdomain [127.0.0.1]) by fields.fields.utoronto.ca (8.12.8/8.12.8/Fields WS 6.0) with ESMTP id j7KIRu6P027582; Sat, 20 Aug 2005 14:27:56 -0400 Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E0B21513BD; Sat, 20 Aug 2005 14:27:55 -0400 (EDT) Date: Sat, 20 Aug 2005 14:27:55 -0400 From: Kris Kennaway To: Marcel Moolenaar Message-ID: <20050820182755.GA57524@xor.obsecurity.org> References: <20050819171555.GA45748@xor.obsecurity.org> <20050820025336.GA94049@xor.obsecurity.org> <3DBF403C-80AA-46B4-A57B-8B78F033E368@xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <3DBF403C-80AA-46B4-A57B-8B78F033E368@xcllnt.net> User-Agent: Mutt/1.4.2.1i Cc: marcel@FreeBSD.org, sparc64@FreeBSD.org, Kris Kennaway Subject: Re: kgdb still broken? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Aug 2005 18:27:59 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 19, 2005 at 11:28:14PM -0700, Marcel Moolenaar wrote: > On Aug 19, 2005, at 7:53 PM, Kris Kennaway wrote: >=20 > >It's not making much sense of the backtrace though: > > > >(kgdb) bt > >#0 doadump () at /usr/src.6/sys/kern/kern_shutdown.c:233 > >#1 0x00000000c006a728 in db_fncall (dummy1=3D0, dummy2=3D0, dummy3=3D11= , =20 > >dummy4=3D0x16e9a41a0 "") > > at /usr/src.6/sys/ddb/db_command.c:486 > >#2 0x00000000c006a434 in db_command (last_cmdp=3D0xc040f940, =20 > >cmd_table=3D0x0, aux_cmd_tablep=3D0xc03c8dc8, > > aux_cmd_tablep_end=3D0xc03c8de0) at /usr/src.6/sys/ddb/=20 > >db_command.c:401 > >#3 0x00000000c006a558 in db_command_loop () at /usr/src.6/sys/ddb/=20 > >db_command.c:452 > >#4 0x00000000c006d0b8 in db_trap (type=3D1855603632, code=3D0) at /usr/= =20 > >src.6/sys/ddb/db_main.c:221 > >#5 0x00000000c018d208 in kdb_trap (type=3D107, code=3D0, =20 > >tf=3D0x16e9a4630) at /usr/src.6/sys/kern/subr_kdb.c:473 > >#6 0x00000000c02f6b4c in trap (tf=3D0x16e9a4630) at /usr/src.6/sys/=20 > >sparc64/sparc64/trap.c:307 > >#7 0x00000000c0048fe0 in tl1_trap () > >#8 0x00000000c0048fe0 in tl1_trap () > >Previous frame identical to this frame (corrupt stack?) > > > >Where ddb showed that the panic correctly (see my mail to -current > >entitled 'panic: uma_small_alloc: free page still has mappings!'). >=20 > How can you compare this backtrace with the one in the email. This > backtrace is the result of a trap, not a panic. For a panic, KDB > is entered via kdb_enter(), not kdb_trap() as it is in this case. Regardless, this is what kgdb informed me was the backtrace for the same thread that panicked and I traced with DDB and gdb53. > It is a known issue that kgdb cannot unwind across traps right now. >=20 > >gdb53 also gets it right, but I can't examine other threads to see if > >they had also panicked. >=20 > Do you mean that 'info threads' doesn't work or that 'thread ' > doesn't work in kgdb? I mean that 'info threads' doesn't work in gdb53, which is the only offline debugger one can use on sparc64 that obtains more or less reliable traces. Kris --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDB3YrWry0BWjoQKURAurHAKCoGNw7m6Ive3kwiNRXzFGRwWKq6QCgsU7F xkfRfUk7hjxQM46fAlRwU0c= =aneo -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH--