From owner-freebsd-current@FreeBSD.ORG Mon Mar 26 09:44:26 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3DDD16A401; Mon, 26 Mar 2007 09:44:26 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA7313C45B; Mon, 26 Mar 2007 09:44:25 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id l2Q9iMbB003672; Mon, 26 Mar 2007 10:44:22 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.8/8.13.6) with ESMTP id l2Q9iJD8044799; Mon, 26 Mar 2007 10:44:22 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.8/8.13.6/Submit) id l2Q9iHq3044798; Mon, 26 Mar 2007 10:44:17 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Eric Anderson In-Reply-To: <4607523E.50201@freebsd.org> References: <20070324113739.GA41119@ravenloft.kiev.ua> <20070324135333.GA86105@FreeBSD.czest.pl> <20070324153108.P4956@fledge.watson.org> <20070324220041.GI847@turion.vk2pj.dyndns.org> <20070324233307.GA93841@FreeBSD.czest.pl> <20070325153013.E77473@ury.york.ac.uk> <4607523E.50201@freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Mon, 26 Mar 2007 10:44:16 +0100 Message-Id: <1174902256.44767.3.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Robert Watson , freebsd-current@freebsd.org, "Wojciech A. Koszek" , Alex Kozlov , Peter Jeremy Subject: Re: Improved INCLUDE_CONFIG_FILE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 26 Mar 2007 09:44:27 -0000 On Sun, 2007-03-25 at 23:55 -0500, Eric Anderson wrote: > On 03/25/07 09:34, Gavin Atkinson wrote: > > On Sat, 24 Mar 2007, Wojciech A. Koszek wrote: > >> On Sun, Mar 25, 2007 at 08:00:41AM +1000, Peter Jeremy wrote: > >>> On 2007-Mar-24 15:32:00 +0100, Robert Watson wrote: > >>>> On Sat, 24 Mar 2007, Wojciech A. Koszek wrote: > >>>>> I'd like to have this enabled by default, and I know there should be no > >>>>> strong objections. > >>>> I agree -- the memory used by it is very small compared to the amount of > >>>> memory in modern systems, and the potential administrative benefit is very > >>>> large. As long as it remains an option, the embedded folk can turn it off > >>>> easily. > >>> Ideally, we would include it in a .comment section that wasn't loaded. > >>> Unfortunately my ELF-foo isn't up to this (I've tried something similar > >>> many years ago and couldn't get the linker to DWIW). > >> In my current implementation, kernel configuration content is converted > >> to the string and is actually put into separate ELF section. However, > >> it's not .comment but a loadable section, since otherwise you wouldn't > >> be able to obtain the configuration of a running system. > > > > strings `sysctl -n kern.bootfile` | grep ^___ | sed -e 's/^___//' > > > > should still work if it was in a .comment section > > Unless you no longer have the running kernel, or it has changed since > the boot up of the system. A sysctl knob to dump it is *very* useful. Would it? The main benefit that I see is to be able to say "That kernel config doesn't boot, what did I have in my last kernel?". I can't think of a single situation where you would be likely to have a kernel still running, but no longer have a copy of it in /boot/kernel or /boot/kernel.old. Note that I'm not against the suggestion, I just don't think I see the point. Gavin