Re: Trying to boot a supermicro H8DMT board

From: Willem Jan Withagen <wjw_at_digiware.nl>
Date: Mon, 17 Jan 2022 13:24:01 UTC 
On 17-1-2022 14:09, Eugene Grosbein wrote:
> 17.01.2022 18:43, Willem Jan Withagen wrote:
>
>>> How much RAM does the system have?
>>> You can try reducing memory addressed by the kernel with another loader knob:
>>>
>>> hw.physmem=4G
>> But this was an even better hint... I set it too 1G to even avond the 4Gb limit.
>> Board should have 16Gb of mem....
>>
>> It now get all the way to mounting the USB stick...
>>
>> This what could be the problem now?
>>
>> subsystem ffffff
>>     parse_acpi_tables(0)... SRAT: Ignoring memory at addr 0x100000000
>> SRAT: Ignoring memory at addr 0x220000000
>> SRAT: No memory found for CPU 4
>> done.
>> subsystem 1000000
>>     vm_mem_init(0)... vm_mem_init:131
>> done.
>>
>> I have both tried 1Gb and 4Gb.
>> Could be that one of the DIMMs is defect, not seated correctly, or in the wrong slot??
>>
>> This would suggest that 4Gb is missing:
>> real memory  = 12884901888 (12288 MB)
>> Physical memory chunk(s):
>> 0x0000000000010000 - 0x0000000000099fff, 565248 bytes (138 pages)
>> 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages)
>> 0x0000000001200000 - 0x00000000da659fff, 3645218816 bytes (889946 pages)
>> avail memory = 3618148352 (3450 MB)
>> done.
> Well, perform independent hardware (memory) testing with something like memtest86+
> and if it is all right, you show ask someone more knowledgeable. Maybe CC: arch@freebsd.org

Perhaps should have done that when I started, but supplier assured me that
the they just retired the boards with out any issues.
Memtest86 found the faulty DIMM in 30 secs...

Not sure if we could/want educate vm_mem_init() to actually detect this.
It is still in the part where everthing is still running on the first CPU.
Making things a bit easier to understand what is going on.

Lets see if the box will run on 3 DIMMs for the rime being.
Then figure out with DMIdecode what we need expand again.

--WjW