Bug 2182169

Summary:	lscpu: backport ARM human-readable names from upstream
Product:	Red Hat Enterprise Linux 9	Reporter:	Chen Shi <cheshi>
Component:	util-linux	Assignee:	Karel Zak <kzak>
Status:	CLOSED ERRATA	QA Contact:	Radka Brychtova <rskvaril>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	9.2	CC:	cheshi, jhladky
Target Milestone:	rc	Keywords:	Reopened, Triaged
Target Release:	---	Flags:	pm-rhel: mirror+
Hardware:	aarch64
OS:	Linux
Whiteboard:
Fixed In Version:	util-linux-2.37.4-12.el9	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-11-07 08:56:25 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Chen Shi 2023-03-27 18:35:07 UTC

Description of problem:

The qdrive3 boards are systems with multiple CPU modules.

$ grep "CPU part" /proc/cpuinfo | sort -u
CPU part    : 0xd4b
CPU part    : 0xd4c

The hex code is converted by lscpu to human readable name. Unfortunately, lscpu in RHEL9 is too old and it has no clue about 0xd4c aka "Cortex-X1C", so it prints "-" instead of the name.

This issue will impact many scripts that uses lscpu from collecting accurate information about the test environment.
 
Version-Release number of selected component (if applicable):
util-linux 2.37.4

How reproducible:
100%

Steps to Reproduce:
1. Run Linux on a qdrive3 board.
2. Install util-linux in the Linux.
3. Run and check the result of `lscpu`.

Actual results:
lscpu cannot convert 0xd4c to Cortex-X1C and include that information in the outputs. So the output looks confusing.

Expected results:
lscpu can display all CPU modules in its output.

Additional info:
1. The initial discuss about this issue can be found at https://issues.redhat.com/browse/AUTOBUG-230

Comment 1 Chen Shi 2023-03-27 18:40:28 UTC

Thanks to Jiri Hladky for bringing this up, and to Karel and Radka for debugging!

Comment 2 Karel Zak 2023-03-29 10:02:59 UTC

I guess we can backport all human-readable ARM names from upstream. The number of new CPU identifiers (the hex) is huge:

$ git diff HEAD^ upstream -- sys-utils/lscpu-arm.c | grep -c '+.*0x'
76

Comment 5 Chen Shi 2023-08-24 13:56:02 UTC

https://issues.redhat.com/browse/AUTOBUG-230?focusedId=22855921&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-22855921

Comment 10 errata-xmlrpc 2023-11-07 08:56:25 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 (util-linux 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-2023:6706