From owner-freebsd-hackers Thu Apr 24 01:51:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id BAA24743 for hackers-outgoing; Thu, 24 Apr 1997 01:51:08 -0700 (PDT) Received: from bunyip.cc.uq.edu.au (daemon@bunyip.cc.uq.edu.au [130.102.2.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id BAA24737 for ; Thu, 24 Apr 1997 01:51:03 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.edu.au (8.8.5/8.8.5) id SAA11687 for freebsd-hackers@freebsd.org; Thu, 24 Apr 1997 18:50:59 +1000 Received: by ogre.dtir.qld.gov.au (8.7.5/DEVETIR-E0.3a) id SAA21238; Thu, 24 Apr 1997 18:50:17 +1000 (EST) Date: Thu, 24 Apr 1997 18:50:17 +1000 (EST) From: Stephen McKay Message-Id: <199704240850.SAA21238@ogre.dtir.qld.gov.au> To: freebsd-hackers@freebsd.org cc: syssgm@dtir.qld.gov.au Subject: Re: disklabel -- owner? X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Warner Losh wrote: >In message <199704211655.JAA13746@phaeton.artisoft.com> Terry Lambert writes: >: NetBSD has upped this to 16 (or was it OpenBSD). > >OpenBSD defintitely did it. I don't think that NetBSD has done >anything about this. > >OpenBSD can grok, btw the old style disklabels that FreeBSD writes. > >: Either way, it's possible to up the number... but is it desirable? > >Yes. I think so. Not enought to try to do the work, however. By my calculations there is room for 22 partition entries, plus spare change. So, it's easy to fit 16 entries in the label. Make a new magic number to distinguish it from the old one, and voila! Pick the same magic number as OpenBSD to set new heights of logic and cooperation. Not much code needs to know about the two types of disk labels. Oh, and the dkmakeminor() macro (and friends) will have to steal a bit from the unit number to give to the partition number. Sounds too easy to not do. :-) Anybody got OpenBSD's new disklabel.h? >: how big the BSD partition is. So 'c' and 'd' are redundant (all >: redundancy not related to fault tolerance should be eliminated). > >I think that 'd' is no longer used, on freeBSD, for this purpose. It >doesn't show up at all in any of my disklabel edits that I've been >doing lately. Yep, 'd' is dead (and not missed). 'c' is a bit of a left-over since the slice code went in, but it's Traditional. Lots of code knows this. :-) Though, with a bit of effort we could get rid of its special purpose. Stephen. PS Warner, I have an interest in replacing fdisk (and perhaps disklabel) with something better, but will keep them strictly command line driven. Other folks can put a GUI on top if they like that sort of thing.