From owner-cvs-sys  Tue Mar 10 16:13:23 1998
Return-Path: <owner-cvs-sys>
Received: (from daemon@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA06704
          for cvs-sys-outgoing; Tue, 10 Mar 1998 16:13:23 -0800 (PST)
          (envelope-from owner-cvs-sys)
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 QAA06626;
          Tue, 10 Mar 1998 16:12:46 -0800 (PST)
          (envelope-from msmith@FreeBSD.org)
From: Michael Smith <msmith@FreeBSD.ORG>
Received: (from msmith@localhost)
	by freefall.freebsd.org (8.8.8/8.8.5) id QAA06565;
	Tue, 10 Mar 1998 16:10:34 -0800 (PST)
Date: Tue, 10 Mar 1998 16:10:34 -0800 (PST)
Message-Id: <199803110010.QAA06565@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG
Subject: cvs commit: src/sys/kern vfs_conf.c
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

msmith      1998/03/10 16:10:33 PST

  Modified files:
    sys/kern             vfs_conf.c 
  Log:
  If the root mount fails from a device that is not the compatability slice
  of a disk, because that slice does not exist, try again mounting from the
  compatability slice.
  
  This handles the case where a disk has been initialised by 'disklabel
  auto', which places a bogus and invalid slice entry on the disk.
  The bootstrap is not smart enough to reject this slice, and pretends to
  boot from it.  Believing the the bootstrap at this point is unwise.
  
  Booting from non-'wd' disks thus prepared is still broken, as
  'disklabel -rwB xdN auto' does not initialise the disk type field, and
  the bootstrap mistakenly claims that the disk is handled by 'wd'.
  
  Behaviour is now consistent with DEVFS expected characteristics.
  
  Revision  Changes    Path
  1.22      +13 -1     src/sys/kern/vfs_conf.c