Worked in RELENG_5, fails in RELENG_6

[Nate Lawson]

David Kelly wrote:
> 
> On Nov 30, 2005, at 9:18 AM, John Baldwin wrote:
> 
>> David, can you use a
>> serial console to grab a boot -v output that includes the SMAP  
>> output?  Also,
>> the boot -v output might also provide the PA of FACS (or maybe  
>> acpidump -t
>> would have that?) which would also be useful.
> 
> 
> Serial console boot -v with working ACPI, attempted to edit ^H's out:
> http://home.hiwaay.net/~dkelly/opus_serialconsole.log
> 
> I don't grep SMAP in acpidump output but there was plenty in boot -v  
> above:
> 
> acpidump -t -d:
> http://home.hiwaay.net/~dkelly/opus_acpidump-t-d.txt
> 
> acpidump -t:
> http://home.hiwaay.net/~dkelly/opus_acpidump-t.txt
> 
> acpidump -d:
> http://home.hiwaay.net/~dkelly/opus_acpidump-d.txt
> 
> And ultimately this is what started it all. Re-enabled hw.physmem and  
> captured the boot -v panic via serial console and didn't bother to  edit 
> the ^H's:
> http://home.hiwaay.net/~dkelly/opus-panic.log

Even with the user setting hw.physmem, we should only be mapping type 1 
memory values:

SMAP type=01 base=0000000000000000 len=00000000000a0000
SMAP type=02 base=00000000000f0000 len=0000000000010000
SMAP type=01 base=0000000000100000 len=000000007fe74000

As you can see, the last part up to 2 GB (> 0x7fe74000) should not be 
mapped (and later zeroed).  So it seems this bug is apparent.  Can you 
fix it John?

-- 
Nate