From owner-freebsd-toolchain@freebsd.org Mon Mar 16 14:12:13 2020 Return-Path: Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5AA682677C1 for ; Mon, 16 Mar 2020 14:12:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 48gyt512fTz4NWt for ; Mon, 16 Mar 2020 14:12:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id DD4C32677BF; Mon, 16 Mar 2020 14:12:12 +0000 (UTC) Delivered-To: toolchain@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DCD6E2677BE for ; Mon, 16 Mar 2020 14:12:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48gyt457Pwz4NW5 for ; Mon, 16 Mar 2020 14:12:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7F6AF21A61 for ; Mon, 16 Mar 2020 14:12:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 02GECCgr066760 for ; Mon, 16 Mar 2020 14:12:12 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 02GECCMB066759 for toolchain@FreeBSD.org; Mon, 16 Mar 2020 14:12:12 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: toolchain@FreeBSD.org Subject: [Bug 219153] head, stable/11, release/11.0.1: libkvm (& more?) not updated to handle powerpc/powerpc64 ET_DYN based vmcore.* 's and such Date: Mon, 16 Mar 2020 14:12:12 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: luporl@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: toolchain@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Mar 2020 14:12:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219153 --- Comment #19 from Leandro Lupori --- (In reply to Mark Millard from comment #18) > GNU gdb (GDB) 8.3.1 [GDB v8.3.1 for FreeBSD] got: > > inferior.c:287: internal-error: struct inferior *find_inferior_pid(int): > Assertion `pid !=3D 0' failed. > A problem internal to GDB has been detected, > further debugging may prove unreliable. > Quit this debugging session? (y or n) y I was seeing this error before libkvm and gdb were fixed. On CURRENT, with a recent world and gdb this error should not be seen. To get all fixes, a base system later than February 7 and a gdb from ports later than February 27 must be used. > By contrast, GNU gdb 6.1.1 [FreeBSD] got: The older gdb from base is known to have many issues, that are probably not going to be fixed. > Attempting a non-minidump hung up during > the dump, much like for powerpc64. I've worked only on minidumps for powerpc64. Full dumps were not touched at all, so if they didn't work before, they probably won't work now. > I'm not so sure that the current G4 > behavior should be classified with this > submittal. I'll leave it to you if you > want this submittal closed in some way. > Most of the information is probably too > old to be of much use for going forwards > as far as old PowerMacs go. I don't have G4/G5 hardware to test this. G4s are 32-bit, right? I wouldn't expect minidumps to work on them, as their kernel and libkvm specific parts would need to be added/fixed. But minidumps should work on G5, I think, although I wasn't able to test it. So, maybe mark this as fixed and track minidumps not working on G5 as anoth= er issue and minidump support on G4 as an enhancement? --=20 You are receiving this mail because: You are the assignee for the bug.=