kern/144962: [geom] panic when accessing GPT disk with a large number of entries

[Bruce Cran]

>Number:         144962
>Category:       kern
>Synopsis:       [geom] panic when accessing GPT disk with a large number of entries
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Mar 22 18:50:02 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator:     Bruce Cran
>Release:        9.0-CURRENT
>Organization:
>Environment:
FreeBSD core.draftnet 9.0-CURRENT FreeBSD 9.0-CURRENT #3 r205344M: Sat Mar 20 21:31:35 GMT 2010     brucec at core.draftnet:/usr/obj/usr/src/head/sys/CORE  amd64
>Description:
After creating a GPT with an excessively large number of entries, FreeBSD then is unable to access the disk without running out of kernel virtual memory.

For example, after running "gpart create -s gpt -n 1000000 da0" then accessing the disk, the system will the panic with "kmem_map too small".
>How-To-Repeat:
Run "gpart create -s gpt -n 1000000 da0" then reboot
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted: