Package: dmidecode Version: 3.0-2 Severity: important Tags: patch
dmidecode seems to be failing on recent uefi firmware, probably related to SMBIOS 3.0 rollout by vendors. I just upgraded an Asrock Rack EP2C612D16-2L2T Xeon E5 v3/v4 board to firmware version 2.10 to get Broadwell-EP CPU support and now dmidecode is returning an error:
root@vm1:~# dmidecode # dmidecode 3.0 Getting SMBIOS data from sysfs. SMBIOS 3.0.0 present. Table at 0x000EC9B0. mmap: Can't map beyond end of file /sys/firmware/dmi/tables/DMI Table is unreachable, sorry. root@vm1:~#
There is also some reports on the internet showing the same issue starting around early May on some Apple systems. AFAIK Apple systems get automatic firmware updates which would explain why it's showing up now.
I've not checked out 2.12-3 which is in stable, but I know RHEL 7.x's 2.12 version is working, only with a warning about SMBIOS > 2.8 support.
For me the following two patches from dmidecode's recomended patches for dmidecode 3.0 list at http://dmidecode.nongnu.org/ fixes this
Let read_file return the actual data size http://git.savannah.gnu.org/cgit/dmidecode.git/commit/?id=de9a74e1c60210bee229fcf55b1678a99d1b44dd dmidecode: Use read_file() to read the DMI table from sysfs http://git.savannah.gnu.org/cgit/dmidecode.git/commit/?id=364055211b1956539c6a6268e111e244e1292c8c There's also a couple other SMBIOS 3.0 related fixes listed as recomended: Fix 'No SMBIOS nor DMI entry point found' on SMBIOS3 http://git.savannah.gnu.org/cgit/dmidecode.git/commit/?id=bf7bad24ce141dab5b5acc3ffb98ce5fe4a8e0f9 Use DWORD for Structure table maximum size in SMBIOS3 http://git.savannah.gnu.org/cgit/dmidecode.git/commit/?id=ab02b117511230e46bbef7febbd854b9c832c13c
