From owner-freebsd-current@FreeBSD.ORG Mon Jul 12 20:47:49 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B2FC16A4CE for ; Mon, 12 Jul 2004 20:47:49 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C1E643D41 for ; Mon, 12 Jul 2004 20:47:49 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.11/8.12.11) with ESMTP id i6CKlbEg053518; Mon, 12 Jul 2004 16:47:37 -0400 (EDT) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)i6CKlbqJ053515; Mon, 12 Jul 2004 16:47:37 -0400 (EDT) (envelope-from robert@fledge.watson.org) Date: Mon, 12 Jul 2004 16:47:37 -0400 (EDT) From: Robert Watson X-Sender: robert@fledge.watson.org To: John Polstra In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: kldload won't load X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.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: Mon, 12 Jul 2004 20:47:49 -0000 On Mon, 12 Jul 2004, John Polstra wrote: > > When a kernel module doesn't load correctly, this is your cue to > > run "dmesg" and look at the messages printed in the kernel message > > buffer. That will tell you why it didn't load. Of course, nobody > > ever remembers this, and apparently running xconsole is no longer > > in vogue. > > > > This needs to be a FAQ. > > No, it needs to be fixed. It's printing a totally incorrect error > message, and nobody should have to use dmesg to find out what's really > happened. Well, the problem here is that the errno error-reporting mechanism can report but not describe errors. We could add a new EKLDLINKER to point at a linker error (or the like), or a whole set of new errnos, but the mechanism even then couldn't report which symbols are missing, etc. One or more linker-specific error values would probably be a useful start. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects robert@fledge.watson.org Principal Research Scientist, McAfee Research