From owner-freebsd-current Wed Jun 24 04:45:06 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA13810 for freebsd-current-outgoing; Wed, 24 Jun 1998 04:45:06 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA13784; Wed, 24 Jun 1998 04:45:00 -0700 (PDT) (envelope-from michaelh@cet.co.jp) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.8.8/CET-v2.2) with SMTP id LAA29380; Wed, 24 Jun 1998 11:43:27 GMT Date: Wed, 24 Jun 1998 20:43:27 +0900 (JST) From: Michael Hancock To: Peter Wemm cc: Chuck Robey , Poul-Henning Kamp , freebsd-current@FreeBSD.ORG Subject: Re: Heads up: block devices to disappear! In-Reply-To: <199806232113.FAA08470@spinner.netplex.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Here's a stacking project that John Heidemann was suggesting a while back... - layer the devfs implementations. Currently there are spec_ufs and fifo_ufs vnode operations vectors. These are really just pushed together versions of a mostly pass-through ufs layer over a spec vnode or a fifo vnode. Separating them would clean the code and allow for there to be a single special vnode for each device or fifo. Both Kirk and I have wanted to do this cleanup for a long time but it's low on our stacks. Specfs and fifofs aren't layers, they're just operations vectors that get special-cased into the file system everywhere. It's actually pretty ugly. Regards, Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message