From owner-svn-src-head@freebsd.org Wed Apr 19 18:39:54 2017 Return-Path: Delivered-To: svn-src-head@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 19B63D44FAF; Wed, 19 Apr 2017 18:39:54 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D44D4B1; Wed, 19 Apr 2017 18:39:53 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id v3JIdkDt031883; Wed, 19 Apr 2017 11:39:46 -0700 (PDT) (envelope-from freebsd@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id v3JGXWmu031427; Wed, 19 Apr 2017 09:33:32 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201704191633.v3JGXWmu031427@pdx.rh.CN85.dnsmgr.net> Subject: Re: svn commit: r317094 - head/share/mk In-Reply-To: <1709565.BYcnqjiFaR@ralph.baldwin.cx> To: John Baldwin Date: Wed, 19 Apr 2017 09:33:32 -0700 (PDT) CC: Slawa Olhovchenkov , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Reply-To: rgrimes@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 18:39:54 -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. So we break what worked on a Tier1 Platform? With my "user" hat on these are the exact kind of breakages that send me looking for another platform to run on. We far to often just go oh you can do X y and Z to get around what we broke forgetting that the user 6 months from now when this hits a release isnt gona come ask, he may just go down the road to something else. Remove gdb WHEN klldb can replace it, not a day before. Using "oh its broken on aarch64 and mips" is not a reason to break things on i386/amd64. Yes, I know we want to get gnu stuff out of the tree, but that needs to come AFTER a proper replacement is avaliable. > > > 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. /me starts to look for a new OS, this one is not very good at user support. -- Rod Grimes rgrimes@freebsd.org