RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1767323 - [Lenovo 7.8 FEAT] dmidecode - Update to the latest upstream
Summary: [Lenovo 7.8 FEAT] dmidecode - Update to the latest upstream
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: dmidecode
Version: 7.8
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: lijiang
QA Contact: Jeff Bastian
URL:
Whiteboard:
Depends On:
Blocks: 1771898
TreeView+ depends on / blocked
 
Reported: 2019-10-31 07:47 UTC by Adrian Huang
Modified: 2020-09-29 19:48 UTC (History)
7 users (show)

Fixed In Version: dmidecode-3.2-5.el7
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-09-29 19:48:47 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2020:3900 0 None None None 2020-09-29 19:48:57 UTC

Description Adrian Huang 2019-10-31 07:47:00 UTC
1. Feature Overview
    a. Name of feature: Update dmidecode
    b. Feature description: Update dmidecode to upstream (commit: 62bce59fed1, which is based SMBIOS v3.3.0)

2. Feature Details
    a. Architectures: 64-bit Intel EM64T/AMD64
    b. Bugzilla dependencies:
    c. Drivers or hardware dependencies, including a specific platform or CPU: AMD Rome server processor
    d. Library or other software dependencies:
    e. Upstream acceptance information, including Linus's kernel version in which the feature appears and the date on which this feature was accepted or is targeted for acceptance into Linus's kernel: N/A
    f. External links:
    g. Severity (H,M,L): Medium
    h. Feature required by date (for example, the date on which hardware requiring this feature is planned for launch): RHEL7.8 version
       
3. Business Justification
    a. Why is this feature needed?
       Lenovo server has the latest dmidecode to get the HW info
    b. What hardware or software does this enable?
    c. If hardware, is it on-board in a system (eg, LOM) or an add-on card?
    d. Business impact?
       Lenovo server has the latest dmidecode to get the HW info
    e. What market problems / audience does it address?

4. QE Test Plan

5. Primary contact at Red Hat, email, phone (chat)
    a. Monte Knutson
    b. mknutson
    c. office: 919-890-8413

6. Primary contact at Partner, email, phone (chat)
    a. Adrian Huang
    b. ahuang12

Comment 11 James Hartsock 2020-03-26 20:29:55 UTC
From a RHEL 7 major release compatibility perspective noticed memory reported as GB instead MB.

This could cause issues for customers using this data in scripts/etc.

Perhaps RHEL 7 should revert this one change the rebase picks up?
  https://github.com/mirror/dmidecode/commit/b381d53

Comment 13 lijiang 2020-03-27 07:48:03 UTC
Hi, James Hartsock 

That patch you mentioned should be a good improvement, it can better show the results to users.

Thanks for your concern about this issue. If people are worrying about it, I can provide a document to report this change in the Doc Text field. What's your opinion?

Comment 16 James Hartsock 2020-03-27 13:11:45 UTC
(In reply to lijiang from comment #13)
> Hi, James Hartsock 
> 
> That patch you mentioned should be a good improvement, it can better show
> the results to users.
> 
> Thanks for your concern about this issue. If people are worrying about it, I
> can provide a document to report this change in the Doc Text field. What's
> your opinion?

I agree it is a great change for humans looking at it.  I worry about scripts parsing this data that have worked since RHEL 7.0 to start failing.  But do NOT have a good feel on how many people have scripts looking at this specific line item either.  But overall, I think minor enough that a note in Doc Text field works in my view. Thank you.

Comment 19 lijiang 2020-03-30 03:10:10 UTC
Thank you, James.

I will revert this patch: b381d53c1199 ("Use larger units for memory device and BIOS size").

Comment 33 Jeff Bastian 2020-06-05 19:42:56 UTC
Verified on a Lenovo SR655 system with AMD Rome CPUs.  This BZ does not say which specific features are needed from the latest dmidecode upstream, so I just queried a few sample tables.  If there is something specific needed from the update, let me know and I will run more tests.


[root@lenovo-sr655-01 ~]# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 7.9 Beta (Maipo)

[root@lenovo-sr655-01 ~]# lscpu | grep -i -e family -e model -e stepping
CPU family:            23
Model:                 49
Model name:            AMD EPYC 7452 32-Core Processor
Stepping:              0

[root@lenovo-sr655-01 ~]# rpm -q dmidecode
dmidecode-3.2-5.el7.x86_64

[root@lenovo-sr655-01 ~]# rpm -q --changelog dmidecode | head
* Mon Mar 30 2020 Lianbo Jiang <lijiang> - 1:3.2-5
- Revert this patch("Use larger units for memory device and BIOS size")
- Resolves: rhbz#1767323

* Wed Mar 18 2020 Lianbo Jiang <lijiang> - 1:3.2-4
- Fix System Slot Information for PCIe SSD
- Resolves: rhbz#1793900
- Sync with upstream(commit:62bce59fed1)                                 <-- update
- Resolves: rhbz#1767323

[root@lenovo-sr655-01 ~]# dmidecode -t bios -t system -t processor
# dmidecode 3.2
Getting SMBIOS data from sysfs.
SMBIOS 3.2.0 present.

Handle 0x0000, DMI type 0, 26 bytes
BIOS Information
	Vendor: Lenovo
	Version: CFE101X
	Release Date: 06/13/2019
	Address: 0xF0000
	Runtime Size: 64 kB
	ROM Size: 16 MB
	Characteristics:
		PCI is supported
		BIOS is upgradeable
		BIOS shadowing is allowed
		Boot from CD is supported
		Selectable boot is supported
		BIOS ROM is socketed
		EDD is supported
		5.25"/1.2 MB floppy services are supported (int 13h)
		3.5"/720 kB floppy services are supported (int 13h)
		3.5"/2.88 MB floppy services are supported (int 13h)
		Print screen service is supported (int 5h)
		Serial services are supported (int 14h)
		Printer services are supported (int 17h)
		ACPI is supported
		USB legacy is supported
		BIOS boot specification is supported
		Targeted content distribution is supported
		UEFI is supported
	BIOS Revision: 1.0

Handle 0x0001, DMI type 1, 27 bytes
System Information
	Manufacturer: Lenovo
	Product Name: ThinkSystem SR655 -[7Y98XXXXXX]-
	Version: 0500   
	Serial Number: 0123456789
	UUID: 247ad3cd-6187-e911-97a7-9a5d29245896
	Wake-up Type: Power Switch
	SKU Number: none   
	Family: ThinkSystem

Handle 0x0029, DMI type 12, 5 bytes
System Configuration Options
	Option 1: JP3, CLEAR CMOS, 1-2 Default, 2-3 Clear RTC
	Option 2: JP11, FPGA FLASH EN, 1-2 Default, 2-3 FPGA Flash En
	Option 3: JP4, MANUFATURE MODE, 1-2 Default, 2-3 Manufature Mode
	Option 4: JP5, BIOS RECOVER, 1-2 Default, 2-3 BIOS Recover
	Option 5: JP6, CLEAR PASSWORD, 1-2 Default, 2-3 Clear Password
	Option 6: JP10 TPM PP, 1-2 No Control, 2-3 TPM Physical Presence
	Option 7: SW1 Debug Switch, SW[2-1] 00 Port 80, 10 Port 81, 01 Port 82, 11 Port 83
	Option 8: SW1 Debug Switch, SW[3] 0 Normal, 1 Power debug mode
	Option 9: SW1 Debug Switch, SW[4] Reserved.
	Option 10: SW1 Debug Switch, SW[5] Reserved for BMC.
	Option 11: SW1 Debug Switch, SW[6-7] Reserved for UEFI.

Handle 0x002B, DMI type 32, 20 bytes
System Boot Information
	Status: No errors detected

Handle 0x0044, DMI type 4, 48 bytes
Processor Information
	Socket Designation: CPU1
	Type: Central Processor
	Family: Zen
	Manufacturer: Advanced Micro Devices, Inc.
	ID: 10 0F 83 00 FF FB 8B 17
	Signature: Family 23, Model 49, Stepping 0
	Flags:
		FPU (Floating-point unit on-chip)
		VME (Virtual mode extension)
		DE (Debugging extension)
		PSE (Page size extension)
		TSC (Time stamp counter)
		MSR (Model specific registers)
		PAE (Physical address extension)
		MCE (Machine check exception)
		CX8 (CMPXCHG8 instruction supported)
		APIC (On-chip APIC hardware supported)
		SEP (Fast system call)
		MTRR (Memory type range registers)
		PGE (Page global enable)
		MCA (Machine check architecture)
		CMOV (Conditional move instruction supported)
		PAT (Page attribute table)
		PSE-36 (36-bit page size extension)
		CLFSH (CLFLUSH instruction supported)
		MMX (MMX technology supported)
		FXSR (FXSAVE and FXSTOR instructions supported)
		SSE (Streaming SIMD extensions)
		SSE2 (Streaming SIMD extensions 2)
		HTT (Multi-threading)
	Version: AMD EPYC 7452 32-Core Processor                
	Voltage: 1.1 V
	External Clock: 100 MHz
	Max Speed: 3350 MHz
	Current Speed: 2350 MHz
	Status: Populated, Enabled
	Upgrade: Socket SP3
	L1 Cache Handle: 0x0041
	L2 Cache Handle: 0x0042
	L3 Cache Handle: 0x0043
	Serial Number: Unknown
	Asset Tag: Unknown
	Part Number: Unknown
	Core Count: 32
	Core Enabled: 32
	Thread Count: 64
	Characteristics:
		64-bit capable
		Multi-Core
		Hardware Thread
		Execute Protection
		Enhanced Virtualization
		Power/Performance Control

Handle 0x006B, DMI type 13, 22 bytes
BIOS Language Information
	Language Description Format: Long
	Installable Languages: 2
		en|US|iso8859-1
		zh|CN|unicode
	Currently Installed Language: en|US|iso8859-1

Comment 35 errata-xmlrpc 2020-09-29 19:48:47 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (dmidecode bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2020:3900


Note You need to log in before you can comment on or make changes to this bug.