kern/44652: 'gpt destroy' panics

[Hauke Fath <hf%spg.tu-darmstadt.de@localhost>]

>Number:         44652
>Category:       kern
>Synopsis:       'gpt destroy' panics
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Feb 28 17:15:00 +0000 2011
>Originator:     Hauke Fath
>Release:        NetBSD 5.1_STABLE
>Organization:
-- 
/~\  The ASCII Ribbon Campaign                      Hauke Fath
\ /    No HTML/RTF in email               Institut für Nachrichtentechnik
 X     No Word docs in email                        TU Darmstadt
/ \  Respect for open standards                Ruf +49-6151-16-3281
>Environment:
        
        
System: NetBSD amd64 5.99.47 install CD
Architecture: amd64
Machine: amd64
>Description:

        'gpt destroy raid0' when raid0 is on dk1 which has just been
        'dkctl delwedge'd panics the machine.

        For details, see the lovely picture (900 KByte) at
        <http://la.causeuse.org/hauke/NetBSD/gpt-issues/gpt_destroy_panic.jpg>

>How-To-Repeat:

        Use gpt(8) to create a raid partition. Inside that raid
        partition, create another gpt with the usual few ffs & swap
        partitions. Find that the resulting assortment is not
        bootable (food for another PR).

        Boot from a -current amd64 install cd, descend to the command line.
        From here, 'dkctl raid0 delwedge dk?', then 'gpt remove dk?' 
        all the gpt partition table entries including the enclosing
        dk0.

        Proceed to 'gpt destroy raid' the inner gpt, and - bang!

>Fix:
        Yes, it's braindead, but these things happen. A serious OS
        should be able to sanity check parameters.

>Unformatted: