From owner-freebsd-current@FreeBSD.ORG Thu Oct 30 17:50: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 78423899; Thu, 30 Oct 2014 17:50:23 +0000 (UTC) Received: from smtp10.server.rpi.edu (gateway.canit.rpi.edu [128.113.2.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "canit.localdomain", Issuer "canit.localdomain" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 363BBBB7; Thu, 30 Oct 2014 17:50:22 +0000 (UTC) Received: from smtp-auth2.server.rpi.edu (smtp-auth2.server.rpi.edu [128.113.2.232]) by smtp10.server.rpi.edu (8.14.3/8.14.3/Debian-9.4) with ESMTP id s9UHf14t020762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 30 Oct 2014 13:41:01 -0400 Received: from smtp-auth2.server.rpi.edu (localhost [127.0.0.1]) by smtp-auth2.server.rpi.edu (Postfix) with ESMTP id 6049218444; Thu, 30 Oct 2014 13:41:01 -0400 (EDT) Received: from [128.113.24.47] (gilead-qc124.netel.rpi.edu [128.113.124.17]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: drosih) by smtp-auth2.server.rpi.edu (Postfix) with ESMTPSA id 51C9A1843B; Thu, 30 Oct 2014 13:40:46 -0400 (EDT) From: "Garance A Drosehn" To: "Ed Maste" Subject: Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/ Date: Thu, 30 Oct 2014 13:41:06 -0400 Message-ID: In-Reply-To: References: <54511A7E.1020307@multiplay.co.uk> <20141030062026.GC8852@funkthat.com> MIME-Version: 1.0 X-Mailer: MailMate (1.8r4576) X-Virus-Scanned: ClamAV using ClamSMTP X-Bayes-Prob: 0.0001 (Score 0, tokens from: outgoing, @@RPTN) X-Spam-Score: 0.00 () [Hold at 10.10] X-CanIt-Incident-Id: 03N9tF1Lo X-CanIt-Geo: ip=128.113.124.17; country=US; region=New York; city=Troy; latitude=42.7495; longitude=-73.5951; http://maps.google.com/maps?q=42.7495,-73.5951&z=6 X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.230 Cc: FreeBSD Current 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 17:50:23 -0000 On 30 Oct 2014, at 12:49, Ed Maste wrote: > On 30 October 2014 02:20, John-Mark Gurney wrote: >> >> Oh, make sure that make install (or installkernel) properly handles >> moving the debug data too... i.e. kernel to kernel.old... > > Yes, in the case that /boot/kernel is moved to /boot/kernel.old > /usr/lib/debug/boot/kernel is moved to /usr/lib/debug/boot/kernel.old. I definitely like the idea of moving the debug symbols out to /usr/lib/debug I'm another person who sometimes has multiple kernels sitting in /boot (which is one reason I'd like the debug symbols elsewhere!). I may shuffle those around by hand, and I'm sure I won't remember to shuffle around information under /usr/lib/debug. I also do things like cp -rp kernel kernel-PreBigChange where I save away a copy of the kernel for possible fallback (at some unknown future date), but I wouldn't need two copies of the debug info. When we build a kernel, could we tag it with some unique-ID (by putting that ID in a plain-text file inside the kernel's directory), and then that unique-ID could be used for finding the correct debug info under /usr/lib/debug? This way we wouldn't need to move around any of the debug info under /usr/lib/debug. And we could tell which sets of debug info should be removed by comparing the existing sets of debug info with the kernel-unique-ID's which still exist under /boot. If debug tools need to have the debug-info for the booted kernel to be in a fixed location, then maybe the boot-up process could create a symlink from some fixed pathname to the correct debug info for the kernel which the system booted up on. -- Garance Alistair Drosehn = drosih@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA