Package: dmidecode / 3.0-4

Metadata

Package Version Patches format
dmidecode 3.0-4 3.0 (quilt)

Patch series

view the series file
Patch File delta Description
0100 ansi c.patch | (download)

types.h | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 Make sure the code compiles when using -ansi. Renames non-ANSI C 'inline' to
 '__inline'.

0001 hurd.patch | (download)

Makefile | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 enable build of all targets on gnu/hurd (closes: #643649).

0005 build.patch | (download)

Makefile | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 avoid overwriting build environment rather than to just extend it.

0105 dmidecode avoid sigbus.patch | (download)

util.c | 21 21 + 0 - 0 !
1 file changed, 21 insertions(+)

 avoid sigbus on mmap failure
 mmap will fail with SIGBUS if trying to map a non-existent portion of
 a file. While this should never happen with /dev/mem, it can happen if
 passing a regular file with option -d. While people should no longer
 do that, failure gracefully seems better than crashing. So check for
 the file size before calling mmap.
0110 nosysfs.patch | (download)

CHANGELOG | 4 4 + 0 - 0 !
dmiopt.c | 1 1 + 0 - 0 !
2 files changed, 5 insertions(+)

 add "--no-sysfs" option description to -h output

A description of --no-sysfs was not added to the output of "-h" when
the feature was added, so add it now.

0115 no_smbios_DMI_entry_point.patch | (download)

AUTHORS | 1 1 + 0 - 0 !
CHANGELOG | 4 4 + 0 - 0 !
dmidecode.c | 12 10 + 2 - 0 !
3 files changed, 15 insertions(+), 2 deletions(-)

 fix 'no smbios nor dmi entry point found' on smbios3

address_from_efi may return a SMBIOS or SMBIOS3 format entry
point, so add this condition.

0120 return_actual_data_size.patch | (download)

CHANGELOG | 5 5 + 0 - 0 !
dmidecode.c | 4 3 + 1 - 0 !
util.c | 11 7 + 4 - 0 !
util.h | 2 1 + 1 - 0 !
4 files changed, 16 insertions(+), 6 deletions(-)

 let read_file return the actual data size

Let read_file return the actual data size to the caller. This gives
the caller the possibility to check that the data size is as expected
and large enough for the purpose, and report to the user if not.

0125 use_read_file_to_read_DMI_table_from_sysfs.patch | (download)

CHANGELOG | 3 3 + 0 - 0 !
dmidecode.c | 29 21 + 8 - 0 !
2 files changed, 24 insertions(+), 8 deletions(-)

 dmidecode: use read_file() to read the dmi table from sysfs

We shouldn't use mem_chunk() to read the DMI table from sysfs. This
will fail for SMBIOS v3 implementations which specify a maximum length
for the table rather than its exact length. The kernel will trim the
table to the actual length, so the DMI file will be shorter than the
length announced in entry point.

read_file() fits the bill in this case, as it deals with end of file
nicely.

This also helps with corrupted DMI tables, as the kernel will not
export the part of the table that it wasn't able to parse, effectively
trimming it.

This fixes bug #46176:
https://savannah.nongnu.org/bugs/?46176
Unexpected end of file error

0130 use_DWORD_for_table_max_size.patch | (download)

dmidecode.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 use dword for structure table maximum size in smbios3

0Ch DWORD "Structure table maximum size"

Maximum size of SMBIOS Structure Table, pointed to by
the Structure Table Address, in bytes. The actual size is
guaranteed to be less or equal to the maximum size.

Signed-off-by: Xie XiuQi <xiexiuqi@huawei.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>

0135 hide_fixup_msg.patch | (download)

dmidecode.c | 8 5 + 3 - 0 !
1 file changed, 5 insertions(+), 3 deletions(-)

 dmidecode: hide irrelevant fixup message

Only display the message about type 34 length fixup if the entry in
question is going to be displayed. Otherwise it's only confusing.

This fixes bug #109024:
http://savannah.nongnu.org/support/?109024

Fixes: 3f70b3515d91 ("dmidecode: Fix up invalid DMI type 34 structure length")