From owner-freebsd-current  Sun Jul 16 21:56:53 1995
Return-Path: current-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.10/8.6.6) id VAA29694
          for current-outgoing; Sun, 16 Jul 1995 21:56:53 -0700
Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA29675
          for <freebsd-current@freefall.cdrom.com>; Sun, 16 Jul 1995 21:56:48 -0700
Received: by haven.uniserve.com id <30733>; Sun, 16 Jul 1995 21:58:02 +0100
Date: 	Sun, 16 Jul 1995 21:57:52 -0700 (PDT)
From: Tom Samplonius <tom@uniserve.com>
To: Bruce Evans <bde@zeta.org.au>
cc: davidg@root.com, hsu@cs.hut.fi, freebsd-current@freefall.cdrom.com
Subject: Re: current breaks 2.0.5 binary
In-Reply-To: <199507170432.OAA18589@godzilla.zeta.org.au>
Message-ID: <Pine.BSF.3.91.950716215654.8834D-100000@haven.uniserve.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: current-owner@FreeBSD.org
Precedence: bulk


On Mon, 17 Jul 1995, Bruce Evans wrote:

> >In addition, I had to remove /var/db/kvm_kernel.db and rebuild it.  Just
> >rebuilding produced a core dump from kvm_mkdb.
> 
> >Could it be sensible to add
> 
> >rm -f /var/db/kvm_kernel.db
> 
> >before kvm_mkdb in /etc/rc?
> 
> No, kvm_mkdb goes to a lot of trouble to use the existing database.  This
> speeds up booting by a whole 1 second on my 486DX2/66.  It was about 5
> times slower in 2.0 because of poor buffering in kvm_mkdb and poor
> caching in ufs.  The poor buffering has been fixed.

  Perhaps add "rm -f /var/db/kvm_kernel.db" to the "install" target for 
the kernel makefile?

Tom