From owner-freebsd-current@FreeBSD.ORG Thu Oct 30 14:41:00 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 8BC11D8 for ; Thu, 30 Oct 2014 14:41:00 +0000 (UTC) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (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 4BE5A242 for ; Thu, 30 Oct 2014 14:41:00 +0000 (UTC) Received: by mail-ig0-f174.google.com with SMTP id hn18so3442387igb.1 for ; Thu, 30 Oct 2014 07:40:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=/CHIE1YY9+xac2hwll5c1x+nDOorO30T1TcBb6BCRR0=; b=BmZZrkHPzYEwyBVLQU1w+hvIRDNoJxGWteob06Xu6jJD9OczsIZ3Bx/dttMjUWYKA1 shx7jPhEy0qmfWKjVZGROYMODFIo3o0V8r7ehNpgSamMrcelWTXUxJrQhg7nMavpTP8F JcE0zldHSNSuckGsfl8QCgeU1+aoQsig8Os7gYDcj+S0xMkblcqafenpDaLRdvksTprM nyPgmQqsVUf2CIZKbyha/CjMvN/YPc4ZplEpMJ2AA5fKMZsDkTTDkyEJJF8MBPLAWyKq 3KUCQffXzL8Di+T5FTu7WEqywB4ZBK52V1BHbLhxxussP6cp5TkO+FMd4IamXxZ5m8XX 9imA== X-Received: by 10.107.13.137 with SMTP id 131mr20493530ion.2.1414680059648; Thu, 30 Oct 2014 07:40:59 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.29.207 with HTTP; Thu, 30 Oct 2014 07:40:39 -0700 (PDT) In-Reply-To: <54524A9F.8000400@multiplay.co.uk> 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> From: Ed Maste Date: Thu, 30 Oct 2014 10:40:39 -0400 X-Google-Sender-Auth: JCt1nPIDeZk9CHxKudKm6RD5Gh8 Message-ID: Subject: Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/ To: Steven Hartland Content-Type: text/plain; charset=UTF-8 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 14:41:00 -0000 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 :)