From owner-freebsd-current@FreeBSD.ORG Thu Oct 30 02:53:23 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08BC2823; Thu, 30 Oct 2014 02:53:23 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CA6DAF70; Thu, 30 Oct 2014 02:53:22 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-239-104.lns20.per1.internode.on.net [121.45.239.104]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id s9U2rHkj003422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 29 Oct 2014 19:53:20 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5451A817.4030704@freebsd.org> Date: Thu, 30 Oct 2014 10:53:11 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Steve Kargl , Ed Maste Subject: Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/ References: <54511A7E.1020307@multiplay.co.uk> <20141030023224.GA42236@troutmask.apl.washington.edu> In-Reply-To: <20141030023224.GA42236@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Steven Hartland X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Oct 2014 02:53:23 -0000 On 10/30/14, 10:32 AM, Steve Kargl wrote: > On Wed, Oct 29, 2014 at 03:15:50PM -0400, Ed Maste wrote: >> On 29 October 2014 12:49, Steven Hartland wrote: >>> Hmm not sure I like this idea as it would make it more difficult to make a >>> copy / backup a kernel. >>> >>> ATM when I want to copy a kernel for debugging its a one liner, splitting >>> debug symbols off to /usr/lib would prevent this. >> To retain the current behaviour you can set DEBUGDIR= (i.e., empty), >> as the debug file install path is ${DESTDIR}${DEBUGDIR}${KODIR}. > No, you can't. > > su root > cp -pR /boot/kernel /boot/good > > Where does DEBUGDIR enter the picture? The above will copy > both kernel and kernel.symbol to /boot/good. With your scheme > one loses kernel.symbol (along with all other *.symbol files?). > If one escapes to the boot prompt, she can do 'boot /boot/good/kernel', > will the boot process automatically find a (nonexistant?) > /usr/lib/boot/good/kernel.symbol. you can also set "KERNEL" in the make and it will install to /boot/$KERNEL/ It would need to put the symbols in /usr/lib/...$KERNEL/ as well, and then you are bound to get confusion when you copy the new kernel to the default place when you tested it. maybe put a symlink in the kernel directory and follow that? keeping symbols and kernel in sync is going to get a lot more complicated. >