From owner-freebsd-bugs  Thu Oct 22 18:20:07 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id SAA03560
          for freebsd-bugs-outgoing; Thu, 22 Oct 1998 18:20:07 -0700 (PDT)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA03552
          for <freebsd-bugs@FreeBSD.org>; Thu, 22 Oct 1998 18:20:05 -0700 (PDT)
          (envelope-from gnats@FreeBSD.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id SAA11410;
	Thu, 22 Oct 1998 18:20:01 -0700 (PDT)
Received: (from nobody@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id SAA03283;
          Thu, 22 Oct 1998 18:17:24 -0700 (PDT)
          (envelope-from nobody)
Message-Id: <199810230117.SAA03283@hub.freebsd.org>
Date: Thu, 22 Oct 1998 18:17:24 -0700 (PDT)
From: cmetz@inner.net
To: freebsd-gnats-submit@FreeBSD.ORG
X-Send-Pr-Version: www-1.0
Subject: kern/8417: 3.0 config(8) doesn't check that root fs device driver is present
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


>Number:         8417
>Category:       kern
>Synopsis:       3.0 config(8) doesn't check that root fs device driver is present
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 22 18:20:01 PDT 1998
>Last-Modified:
>Originator:     Craig Metz
>Organization:
>Release:        3.0-RELEASE
>Environment:
>Description:
config(8) should check that the arguments to:

config kernel root on <foo> dumps on <bar>

to ensure that the controllers for <foo> and <bar> are in fact present
in the config file. If they are not, config(8) works, the kernel builds,
and you get a mysterious trap on line 165 of ffs_mount (where it first
dereferences bdevsw) where it tries to access the device, but the
pointer to the driver is bogus.

At the least, config(8) should do this sanity check. It's also worth
looking into why the value of bdevsw[major(rootdev)] is bogus but not
NULL under these conditions (there may be another bug in there).

>How-To-Repeat:
Try:

config kernel root on sd0

(3.0 not having a sd0 anymore...)

>Fix:

>Audit-Trail:
>Unformatted:

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message