From owner-freebsd-hackers Fri Dec 29 20:51:51 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA28257 for hackers-outgoing; Fri, 29 Dec 1995 20:51:51 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id UAA28251 for ; Fri, 29 Dec 1995 20:51:45 -0800 (PST) Received: (from julian@localhost) by jhome.DIALix.COM (8.7.3/8.7.3) id MAA04780; Sat, 30 Dec 1995 12:51:11 +0800 (WST) From: Julian Elischer Message-Id: <199512300451.MAA04780@jhome.DIALix.COM> Subject: Re: NETBSD ccd driver To: davidg@Root.COM Date: Sat, 30 Dec 1995 12:51:11 +0800 (WST) Cc: curt@emergent.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199512291820.KAA02788@corbin.Root.COM> from "David Greenman" at Dec 29, 95 10:20:27 am X-Mailer: ELM [version 2.4 PL24 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I'm experimenting (read writing play code for) a redesigned disk access layout. it includes built in support for concatinated devices.. If I like it I'll submit it as a change.. the features : 1/ hierarchical nature.. any slice has a 'parent' slice with which it is related.. 2/extensible has a 'method set' tohandle eache type of relationship (e.g. disklable is a relationship as is fdisk table allows me to write a set of methods for SYSV VTOCS etc as well) 3/ a method can use multiple 'parents' and impliment a CCD like setup all disks use the same 'major' number.. and minors are assigned as monatomically increasing integers, each new slice defined get's the next integer.. devfs is a MUST for it.. it should be able to co-exist with the present system.. > > > >has anyone ported this puppy yet? I've started a port, but it occurred to > > Not that I'm aware of, although people have talked about it. > > >me that maybe i'm reinventing the wheel. also, porting from netbsd to > >freebsd sometimes feels like 'dumbing down', specifically the config > >interface, and the disk data structure stuff. we are closer to 4.4, and > >that is good, and the netbsd folks seem to be charging off into uncharted > >but possibly nicer territory. philosophical difference? > > I don't think this is due to a philosophical difference. It's more a matter > of priorities, and improving the config/disk data/stats interface(s) hasn't > until recently been a priority. With DEVFS coming online in the near future, > work in the sysctl interface, future plans on improving LKMs, new filesystems > work, etc, I think this is now becoming a priority and you can expect these > parts of the kernel to change dramtically over the next few months. > I'd like to see a port of the ccd driver and I hope that you or someone > else takes charge of it. > > -DG >