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.

Description of problem:
Use the command dmidecode -t cache  to check L3 cache Size.
The CPU L3 Cache Size mismatch with the provided CPU DCL 

Version-Release number of selected component (if applicable):
dmidecode v3.1

How reproducible:


Steps to Reproduce:
1.dmidecode -t cache
2.check L3 cache size is 33384KB 
3.Intel PTU and RWEverything tool is 39424 KB

Actual results:
L3 cache size is 33384KB

Expected results:
L3 cache size is 39424 KB

Additional info:
From the SMBIOS Spec as below:
Maximum size that can be installed  
Bit 15  Granularity
  0 – 1K granularity
  1 – 64K granularity
Bits 14:0  Max size in given granularity

uEFI put the row data in SMBIOS type 7, but seems like it's different parsing with the row data.

1.Intel PTU and RWEverything tool
0x8268 (row data) = 0x268 (skip Bit 15) * 64KB (Bit 15 set) = 39424 KB (correct)


Dmidecode tool: 
    0x8268 (row data) = 33384KB (incorrect with 1KB granularity)

Created attachment 1514956 [details]
this file include dmidecode dump bin file and sosreport

this file include dmidecode dump bin file and sosreport

dmidecode -t cache output

Hello Lenovo,
This appears to be a DUP of 1656313. Please let me know if you agree with this. If not please let me know why.

Thank You
Joe Kachuck

(In reply to Joseph Kachuck from comment #3)
> Hello Lenovo,
> This appears to be a DUP of 1656313. Please let me know if you agree with
> this. If not please let me know why.
> 
> Thank You
> Joe Kachuck

yes, Joe.
this is bios issue, Please close it.
Thanks.