From owner-freebsd-current@FreeBSD.ORG Thu Oct 30 16:01:47 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 4B5E87A2 for ; Thu, 30 Oct 2014 16:01:47 +0000 (UTC) Received: from mail-wg0-f54.google.com (mail-wg0-f54.google.com [74.125.82.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CAE2CCBB for ; Thu, 30 Oct 2014 16:01:46 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id m15so4602610wgh.13 for ; Thu, 30 Oct 2014 09:01:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=7TdtU/6Hck0fAN+4jsJvz35WxYttTu/aUVmDr7pUF8I=; b=FQRrHATe7TkpOYxDMQe8B3hlz1rCEtgBESahkECdL6bS8tw06NpW24aWx1q5ZUJrvy AdReZrgQxYUe/JPyHEmYiWR3G+xukl8V/ueBo678b8b4N197xLJD2iQjadaFLg2uzqQF FP5+v1+qzKBScdLSMtSnyVfaSCKb9K53wQmf2OxyK+zJRC8878qKmposJtbMUc8z9TIj URAW+OXtdcO0mfzGGlL9X7fP7/2BmBP9OGNDjyzKX3z2ozv0mz/mWCnRBOW1EiFzvdw8 C+R8hYc0UsiMMbuXYQkMggR9W4G/LIxez0xomUJ012juC4ghxKJL3mDs3xwcGHGKgJcd BUkQ== X-Gm-Message-State: ALoCoQkZE+7Ftp0rofg4wY1UR/FWzVbHAu3G93eqHtdqm7R654Miq/GBRcslqNFkdWR8A3u0e3Wf X-Received: by 10.180.77.170 with SMTP id t10mr11739039wiw.57.1414684904518; Thu, 30 Oct 2014 09:01:44 -0700 (PDT) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by mx.google.com with ESMTPSA id rx8sm4596472wjb.30.2014.10.30.09.01.42 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Oct 2014 09:01:42 -0700 (PDT) Message-ID: <54526156.3080400@multiplay.co.uk> Date: Thu, 30 Oct 2014 16:03:34 +0000 From: Steven Hartland User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: 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> <5451A843.90805@multiplay.co.uk> <076D8745-53C6-4AFE-86D3-FF9B94F4EC76@emc.com> <54520177.5000008@multiplay.co.uk> <44A64906-CB05-4B52-A797-596D3A0DF897@emc.com> <54523B57.1010802@multiplay.co.uk> <54524A9F.8000400@multiplay.co.uk> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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 16:01:47 -0000 On 30/10/2014 14:40, Ed Maste wrote: > On 30 October 2014 10:26, Steven Hartland wrote: >> Yer that's the process that was in my head, if debug symbols aren't >> available when savecore runs we're going to need a way to update / rerun >> when they are available, or even better give it the ability to do the same >> job with remote symbols? > Yeah, remote symbol support will be excellent (eventually). > > Crashinfo already operates on the most recent dump by default, so the > solution could be as simple as adding a flag to fetch debug files if > not already installed. The user would only need to run crashinfo -f to > regenerate the crash information with debug data available (and we > could mention that explicitly in the crash report). > >>> Setting DEBUGDIR= in /etc/src.conf will retain the current behaviour >>> of installing the debug data beside the kernel and modules (and >>> userland binaries and libraries). Does this adequately address your >>> use case? >> Yep that works :) > Great. > > I've been pondering this for so long that I may have forgotten not > everyone has the same context. > >> One thing to check would be to ensure that /usr is mounted when savecore >> runs. > Indeed, but we're covered there: the crash info is generated by > /usr/sbin/crashinfo, which relies on /usr/bin/gdb, so it better be > mounted :) Fantastic, thanks for taking the time to address my concerns, much appreciated :D