>I don't see any reason to keep the extra compat code.
>Would be good to g/c, IMO.

cool.

>> i can see why it might be done in svr4_32_sys_mmap(), maybe in
>> svr4_32_sys_mmap64(), and sunos32_sys_mmap().  they're designed to
>> operate in a mixed 32/64 bit environment, right?
>> 
>> the way that px_mmap_info() works is similar, but different in that it
>> calls on uvm_mmap() to do the work, so it needs to pick a reasonable
>> default itself, though i wonder if it couldn't be converted to use
>> sys_mmap() instead.

can anyone comment on these?  perhaps either assert that they need to
stay as they are, or tell me if they can be "converted" as well?

-- 
|-----< "CODE WARRIOR" >-----|
codewarrior@daemon.org             * "ah!  i see you have the internet
twofsonet@graffiti.com (Andrew Brown)                that goes *ping*!"
werdna@squooshy.com       * "information is power -- share the wealth."