| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
In order to decode the information from HPE type 199 in a
human-friendly way, we need to know how the CPUID data is encoded.
This depends on the CPU brand and family, so save this information for
later.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
|
|
|
|
| |
Let the caller choose which printing helper function will be used.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
|
|
|
|
|
|
| |
Split the printing of the CPUID into a human-friendly way to a
separate function. That way, it can be reused for other record types
as needed.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
|
|
|
|
|
| |
Move the code which decides the CPUID type to a separate function, so
that it can be called from a different context.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
|
|
|
|
|
|
| |
Make dmi_print_memory_size() global so that it can be called from
outside of dmidecode.c.
Signed-off-by: Jerry Hoemann <jerry.hoemann@hpe.com>
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
| |
|
|
|
|
|
|
|
| |
We'll soon need to include dmidecode.h from another header file, so
protect it against double inclusion.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
|
|
|
|
|
| |
Move function is_printable to dmidecode.c so that a single implementation
can be used in both dmidecode.c and dmioem.c.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
itself special and needs to call a function with its own prototype, so
better have dedicated code to handle it all.
|
|
|
|
|
|
| |
Add processor types "Turion 64 X2", "Core Solo", "Core 2 Duo",
"ESA/390 G6", "z/Architectur", "C7-M", "C7-D", "C7" and "Eden".
Fix typo in processor type "AMD29000" (DMI type 4).
|
|
|
|
| |
Byte-swap the first 3 fields of the UUID (DMI type 1).
|
| |
|
| |
|
|
call.
|