lib/39631: uvm_extern.h got corrupted to current

[elentirmo.gilgalad%gmail.com@localhost]

>Number:         39631
>Category:       lib
>Synopsis:       uvm_extern.h got corrupted to current
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    lib-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Sep 25 21:30:00 +0000 2008
>Originator:     Gergely Gábor
>Release:        -current
>Organization:
nope
>Environment:
NetBSD enyergija.hopto.org 4.99.72 NetBSD 4.99.72 (GENERIC) #0: Wed Sep 10 
10:00:04 PDT 2008  
builds@wb26:/home/builds/ab/HEAD/i386/200809100002Z-obj/home/builds/ab/HEAD/src/sys/arch/i386/compile/GENERIC
 i386
>Description:
while tring to get  bubblemon-dockapp alive, it complained about missing 
element of 
  struct uvmexp
i checked docs, and the element active is supposed to be there in the struct. I 
checked /usr/include/uvm/uvm_extern.h and struct uvmext looks like:


/*
 * uvmexp: global data structures that are exported to parts of the kernel
 * other than the vm system.
 */

struct uvmexp {
        /* vm_page constants */
        int pagesize;   /* size of a page (PAGE_SIZE): must be power of 2 */
        int pagemask;   /* page mask */
        int pageshift;  /* page shift */

        /* vm_page counters */
        int npages;     /* number of pages we manage */
        int free;       /* number of free pages */
        int paging;     /* number of pages in the process of being paged out */
        int wired;      /* number of wired pages */

        /*
         * Adding anything before this line will break binary compatibility
         * with top(1) on NetBSD 1.5.
         */

        int ncolors;    /* number of page color buckets: must be p-o-2 */
        int colormask;  /* color bucket mask */

...

You can notice, by loking int the docs, that vm_page counters misses at least 
the "active" element. I checked on an olderversion of netbsd on a box i have 
login to, and uvm_extern.h looked as supposed...
>How-To-Repeat:

>Fix:
i'm not brave enough to manipulate this libc level header, but possibly diffing 
with an older one, and merging the changes, correcting the regression would do. 
(I'm not sure if there are modifications suposed to be there)