From owner-cvs-user Wed Mar 15 22:28:36 1995 Return-Path: cvs-user-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01521 for cvs-user-outgoing; Wed, 15 Mar 1995 22:28:36 -0800 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01515; Wed, 15 Mar 1995 22:28:35 -0800 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id WAA10281; Wed, 15 Mar 1995 22:27:40 -0800 From: Poul-Henning Kamp Message-Id: <199503160627.WAA10281@ref.tfs.com> Subject: Re: cvs commit: src/release Makefile To: bde@zeta.org.au (Bruce Evans) Date: Wed, 15 Mar 1995 22:27:40 -0800 (PST) Cc: CVS-commiters@freefall.cdrom.com, cvs-user@freefall.cdrom.com, phk@freefall.cdrom.com In-Reply-To: <199503160620.QAA18959@godzilla.zeta.org.au> from "Bruce Evans" at Mar 16, 95 04:20:03 pm Content-Type: text Content-Length: 912 Sender: cvs-user-owner@freebsd.org Precedence: bulk > > Modified: release Makefile > > Log: > > Well, it seems like the vn driver is pretty hosed still, so don't use it :( > > The dynamic label option didn't look safe to me. Things have to be created > and destroyed in the right order. It's far worse than that, something can become very confused: (labels was never enabled!) (I cannot cut&paste, so here is the gist of it:) # od -x fixit.flp 0000000 0000 0000 ... # vnconfig -c /dev/vn0 fixit.flp # fsck /dev/rvn0 ** /dev/rvn0 ... 151 files .... # I belive that with the merged vm/buffer, it may make more sense if vn uses the vn_rdwr() instead of the VOP_BMAP/VOP_STRATEGY interface. one way or another, it's hosed now on my machine... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant'