From owner-svn-src-all@freebsd.org Wed Apr 19 16:20:03 2017 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4263ED45A9B; Wed, 19 Apr 2017 16:20:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 226B31BCC; Wed, 19 Apr 2017 16:20:03 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id 9C38310A82D; Wed, 19 Apr 2017 12:20:01 -0400 (EDT) From: John Baldwin To: Slawa Olhovchenkov Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r317094 - head/share/mk Date: Wed, 19 Apr 2017 09:10:53 -0700 Message-ID: <1709565.BYcnqjiFaR@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: <20170418222837.GC83631@zxy.spb.ru> References: <201704181627.v3IGRmNN082877@repo.freebsd.org> <8690993.EKcl9tcFpB@ralph.baldwin.cx> <20170418222837.GC83631@zxy.spb.ru> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Wed, 19 Apr 2017 12:20:01 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 16:20:03 -0000 On Wednesday, April 19, 2017 01:28:37 AM Slawa Olhovchenkov wrote: > On Tue, Apr 18, 2017 at 12:45:25PM -0700, John Baldwin wrote: > > > On Tuesday, April 18, 2017 07:30:13 PM Slawa Olhovchenkov wrote: > > > On Tue, Apr 18, 2017 at 04:27:48PM +0000, John Baldwin wrote: > > > > > > > Author: jhb > > > > Date: Tue Apr 18 16:27:48 2017 > > > > New Revision: 317094 > > > > URL: https://svnweb.freebsd.org/changeset/base/317094 > > > > > > > > Log: > > > > Disable in-tree GDB by default on x86, mips, and powerpc. > > > > > > > > GDB in ports contains all of the functionality as GDB in base > > > > (including kgdb) for these platforms along with additional > > > > functionality. In-tree GDB remains enabled on ARM and sparc64. > > > > GDB in ports does not currently support kernel debugging on arm, > > > > and ports GDB for sparc64 has not been tested (though it does > > > > include sparc64 support). > > > > > > > > Reviewed by: bdrewery, emaste, imp > > > > Relnotes: yes > > > > Sponsored by: DARPA / AFRL > > > > Differential Revision: https://reviews.freebsd.org/D10399 > > > > > > Generating core.txt now complety broken? > > > > No. crashinfo has supported gdb from ports for quite a while now. > > If you 'pkg install gdb' crashinfo defaults to using the ports gdb over > > the base one already. > > I am about clean install, w/o ports. Until we get some sort of klldb support that will not work. However, we already have platforms now where /usr/bin/gdb doesn't work for that. riscv and aarch64 aren't supported in ancient gdb, and the MIPS /usr/bin/gdb didn't really work for me in my testing. > Also, how to generate core.txt after crash, reboot and install gdb > from ports? (port instaled after crash) You can always run crashinfo by hand. -- John Baldwin