kern/47984: there is no GPT type for RAW partitions

[Wolfgang.Stukenbrock%nagler-company.com@localhost]

>Number:         47984
>Category:       kern
>Synopsis:       there is no GPT type for RAW partitions
>Confidential:   no
>Severity:       non-critical
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Tue Jul 02 15:50:00 +0000 2013
>Originator:     Dr. Wolfgang Stukenbrock
>Release:        NetBSD 6.1
>Organization:
Dr. Nagler & Company GmbH
>Environment:
        
        
System: NetBSD test-s0 5.1.2 NetBSD 5.1.2 (NSW-WS) #3: Fri Dec 21 15:15:43 CET 
2012 wgstuken@test-s0:/usr/src/sys/arch/amd64/compile/NSW-WS amd64
Architecture: x86_64
Machine: amd64
>Description:
        When useing large disks, the traditional disklabel cannot be used.
        Instead a GPT partitioning sheme is required.
        OK - so far so good ..
        This is some kind of religion question and should not be discussed.

        E.g. DB systems run most performant on raw disk partitions.
        Accedently there is no UUID type defined for such kind of partitions
        till now - or more general: a partition type for private application
        usage.

        It is currently possible to add the type string "raw" to a wedge by
        dkctl, but during boot the type is derived from the UUID of the GPT
        partition.
        So it is not possible to setup such kind of partition that comes up
        after system reboot in the same way as before.
        Useing an empty type-string is no good sollution - as done by the
        kernel for unkown UUID strings.

        The only way to setup some kind of "unknown" GPT partitions is to 
        specify an "random" UUID to "gpt add -t <UUID> <device>" and
        live with the fact, that the wedge will have an empty type string
        after reboot.
        This should be change to be able to use "some" well defined keywords.
        (e.g. "raw")

        I'm not shure if it was correct to address this to the kernel-people.
        Perhaps it must be redirected to the "GPT"-maintainer.
        Both sides (user-level and kernel) are affected.
>How-To-Repeat:
        not relevant - general setup problem for GPT raw partitions.
>Fix:
        Define an additional UUID for NetBSD-Raw-Partitions - or reuse a
        definition from other side for raw-partition if already defined 
somewhere.
        The gpt program should accept a type keyword "raw" and the kernel
        should pass the type string "raw" to the wedge, created during system
        boot, if the new defined UUID is detected.

>Unformatted: