From owner-freebsd-arch Fri Oct 25 11:20:10 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0122E37B404 for ; Fri, 25 Oct 2002 11:20:08 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FDF443E3B for ; Fri, 25 Oct 2002 11:20:07 -0700 (PDT) (envelope-from julian@elischer.org) Received: from InterJet.elischer.org ([12.232.206.8]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20021025182006.GQLH13658.rwcrmhc52.attbi.com@InterJet.elischer.org>; Fri, 25 Oct 2002 18:20:06 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id LAA07025; Fri, 25 Oct 2002 11:05:05 -0700 (PDT) Date: Fri, 25 Oct 2002 11:05:04 -0700 (PDT) From: Julian Elischer To: Mark Valentine Cc: Poul-Henning Kamp , "M. Warner Losh" , freebsd-arch@freebsd.org Subject: Re: cvs commit: src/lib/libdisk Makefile chunk.c write_alpha_disk.c write_i386_disk.c write_pc98_disk.c In-Reply-To: <200210251735.g9PHZ1sT075954@dotar.thuvia.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 25 Oct 2002, Mark Valentine wrote: > > I'm sure we'll appreciate the progress you've made once we've seen what > it gives us. We're simply asking why we have to sacrifice a traditional > interface (and in my experience one which is more reliable) to buy into it. > > What is the cost of having both? You can't have both because the naming scheme gives a particular name to a partition because of how you get to it.. ad0a means: I openned the disk, found a disklabel and this is the first partition defined in that disklabel. We've been (except for Bruce, (often right, but not one to part with old ways)) moving towards doing this for the last 10 years.. Devfs and it's associated disk-recarving code have been postulated and prototyped singe 1993. We have made the default disk names installed the "new, reality based" ones since about 1996. If someone doesn't know what ad0s1a means yet then they haven't been paying attention. As new devices come and go in the new 'pluggable, wireless world' the old scheme of assigning for all eternity a particular set of limitted availability bits to a particular drive and part of that drive, has to give way to something else. Devfs is one possibility for this, but devfs cannot easily cope with the multiple ways that drive partitionning can be layered, without breaking away from the traditional fixed geometry<->minor-number/naming scheme. In the old scheme there is just NO WAY to describe some partitioning schemes, especially in the plug-in world where the drive may have been partitioned by some medical imaging system or a MAC or a SUN. Our hand is being forced. In the future I feel that the default names may eventually be over-ridden by semantically meaningfull names. e.g. You may partition a drive and give each partition a name which might be used instead of the default inherrited name.. e.g. ad0s1s2b (not a typo) may decide that it would rather be known "/dev/swap2" because the table entry has a field "swap%d" in it, or disk2 may decide that it wants to be known as "/dev/tunes". (A removable disk full of music) These things are possible with devfs. /dev/tunes-s1a would be a partition on that drive.. it's removable so when you replace it with the drive that calls itself "/dev/backups" the /dev/entries correct themselves. But that is all just potential at this stage. To address some of your concerns We COULD have a /dev/ad0sBa that always reflects the first BSD slice "a" partition. that would give the characteristics you have asked for.. and still abides by the naming convention.. (devfs could make a symlink or something..) but ad0a is already taken.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message