On Wed, May 15, 2002 at 09:24:31AM -0700, Jason Thorpe wrote:
  | On Thu, May 16, 2002 at 01:35:34AM +1000, Luke Mewburn wrote:
  | 
  |  > I suppose we will just end up in semantic arguments about whether the
  |  > Apple Partition Map and related stuff or PC MBR related stuff is a
  |  > "bootblock" related issue (such as the alpha/vax/pmax stuff already in
  |  > <sys/bootblock.h>), or a "disklabel" related issue. 
  |  > My gut feel is that it's more bootblock-y than disklabel-y...
  | 
  | Let's see.. the MBR defines partitions on the disk...
  | 
  | ...the Apple Partition Map defines partitions on the disk...
  | 
  | "Seems pretty partition-related to me!"

As I said, "semantic arguments".

As we know, "BIOS/PROM partition" != "BSD disklabel".

The BSD disklabel is traditionally frobbed with disklabel(8),
but the "BIOS/PROM partitions" are frobbed with fdisk(8) or
other tools.

So; <sys/partition.h> ?  <sys/partition_mbr.h> ?  <sys/disklabel_mbr.h> ?
<dev/isa/mbr.h>  ?  (we had <dev/dec/dec_boot.h>)   Any other
variations?

I felt it was easier for installboot(8)'s portability and for
searching where the various boot-block related goop was (when
trying to document this a while ago), and having all of the
"boot block" related stuff (including BIOS/PROM partitions)
for the various platforms in one place made sense.

Is this really that big an issue for you?  Do we really need to break
up <sys/bootblock.h> into N different files, one for each different
type of MD bootblock/BIOS-partition stuff ?  I personally don't see
the win.