Blame SOURCES/0002-dmidecode-Document-how-the-UUID-fields-are-interpret.patch

65c10b
From 72fa3909cfabe8822e2b8709e5d324008f55022a Mon Sep 17 00:00:00 2001
65c10b
From: Jean Delvare <jdelvare@suse.de>
65c10b
Date: Tue, 29 Jan 2019 14:11:42 +0100
65c10b
Subject: [PATCH 02/11] dmidecode: Document how the UUID fields are interpreted
65c10b
65c10b
There has always been a lot of confusion about the byte order of UUID
65c10b
fields. While dmidecode is doing "the right thing", documenting it
65c10b
can't hurt.
65c10b
65c10b
This should address bug #55510:
65c10b
https://savannah.nongnu.org/bugs/index.php?55510
65c10b
65c10b
Signed-off-by: Jean Delvare <jdelvare@suse.de>
65c10b
---
65c10b
 man/dmidecode.8 | 14 ++++++++++++++
65c10b
 1 file changed, 14 insertions(+)
65c10b
65c10b
diff --git a/man/dmidecode.8 b/man/dmidecode.8
65c10b
index 33f7d33bd5ef..52100a82435e 100644
65c10b
--- a/man/dmidecode.8
65c10b
+++ b/man/dmidecode.8
65c10b
@@ -256,6 +256,20 @@ It is crafted to hard-code the table address at offset 0x20.
65c10b
 .IP \(bu "\w'\(bu'u+1n"
65c10b
 The DMI table is located at offset 0x20.
65c10b
 
65c10b
+.SH UUID FORMAT
65c10b
+There is some ambiguity about how to interpret the UUID fields prior to SMBIOS
65c10b
+specification version 2.6. There was no mention of byte swapping, and RFC 4122
65c10b
+says that no byte swapping should be applied by default. However, SMBIOS
65c10b
+specification version 2.6 (and later) explicitly states that the first 3 fields
65c10b
+of the UUID should be read as little-endian numbers (byte-swapped).
65c10b
+Furthermore, it implies that the same was already true for older versions of
65c10b
+the specification, even though it was not mentioned. In practice, many hardware
65c10b
+vendors were not byte-swapping the UUID. So, in order to preserve
65c10b
+compatibility, it was decided to interpret the UUID fields according to RFC
65c10b
+4122 (no byte swapping) when the SMBIOS version is older than 2.6, and to
65c10b
+interpret the first 3 fields as little-endian (byte-swapped) when the SMBIOS
65c10b
+version is 2.6 or later. The Linux kernel follows the same logic.
65c10b
+
65c10b
 .SH FILES
65c10b
 .I /dev/mem
65c10b
 .br
65c10b
-- 
65c10b
2.17.1
65c10b