Minisforum N5 Pro ECC

Hardware Hub
, ,
1

Kicking the tires on the N5 Pro, I’ve noticed that ECC is “weird”.

root@n5pro:~# dmesg | grep -i edac
[    0.353500] EDAC MC: Ver: 3.0.0
[    9.857762] EDAC MC0: Giving out device to module amd64_edac controller (null): DEV 0000:00:18.3 (INTERRUPT)
[    9.857932] EDAC amd64: (null) detected (node 0).
[    9.858014] EDAC MC: UMC0 chip selects:
[    9.858015] EDAC amd64: MC: 0:  8192MB 1:  8192MB
[    9.858097] EDAC amd64: MC: 2:     0MB 3:     0MB
[    9.858178] EDAC MC: UMC1 chip selects:
[    9.858178] EDAC amd64: MC: 0:  8192MB 1:  8192MB
[    9.858255] EDAC amd64: MC: 2:     0MB 3:     0MB

Where’s the missing memory? Assuming I can do arithmetic, 64meg isn’t showing up.

root@n5pro:~# grep -i mem /proc/meminfo 
MemTotal:       96412436 kB
MemFree:        94064116 kB
MemAvailable:   93521484 kB
Shmem:             35976 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB

root@n5pro:~# uname -a
Linux n5pro 6.14.11-4-pve #1 SMP PREEMPT_DYNAMIC PMX 6.14.11-4 (2025-10-10T08:04Z) x86_64 GNU/Linux
2

While the file shows kilobytes (kB; 1 kB equals 1000 B), it is actually kibibytes (KiB; 1 KiB equals 1024 B). This imprecision in /proc/meminfo is known, but is not corrected due to legacy concerns - programs rely on /proc/meminfo to specify size with the “kB” string.

MemTotal — Total amount of usable RAM, in kibibytes, which is physical RAM minus a number of reserved bits and the kernel binary code.

3

Notice the dmesg line. EDAC only shows four 8192MB pieces. The system has two 48GB SODIMMs.

4

Apparently this is a know bug ([PATCH v5] EDAC/amd64: Fix size calculation for Non-Power-of-Two DIMMs — Linux Kernel ). Hmmm. I’ll try and track down what kernel fixes it unless someone knows already?