Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 14 Jan 2002 16:10:42 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 14 Jan 2002 16:10:27 -0500 Received: from ns.suse.de ([213.95.15.193]:28434 "HELO Cantor.suse.de") by vger.kernel.org with SMTP id ; Mon, 14 Jan 2002 16:08:33 -0500 Date: Mon, 14 Jan 2002 22:08:32 +0100 (CET) From: Dave Jones To: Linux Kernel Mailing List Subject: Re: Aunt Tillie builds a kernel (was Re: ISA hardware discovery -- the elegant solution) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 14, 2002 at 03:38:44PM -0500, Eric S. Raymond wrote: > Right now, neither lsmod nor the boot time messages necessarily give you that > information. One of the great things about Linux (or at least I think so) kernel is it's incredibly verbose startup. If you have a configured network, boot messages WILL tell you what driver is controlling that card. If built as a module lsmod WILL tell you. > /var/log/dmesg contains no message from the NIC on my motherboard. Then that's a driver issue. What NIC ? > And going from the driver to the config symbol isn't trivial even > if you *have* the lsmod or dmesg information. Then we need better descriptions in the CML2 rules. > And anyway there are settings you can't even recover by looking at the > hardware, such as whether KHTTPD or BSD process accounting were turned > on. ls /proc/sys/net/khttpd ls /proc/sys/kernel/acct > Sure, Melvin could remember a whole bunch of state, or a whole bunch > of rules for reconstructing it. But isn't sweating that kind of detail > exactly what *computers* are for? If Melvin really does have a mind like a sieve,he'd put .config somewhere sensible after building a kernel. -- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/