View Issue Details

IDProjectCategoryView StatusLast Update
0004852Rocky-Linux-9kernelpublic2024-05-21 22:01
ReporterAndreas Springer Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status newResolutionopen 
Summary0004852: After upgrade from kernel-5.14.0-284.30.1.el9_2 to kernel-5.14.0-362.8.1.el9_3, tpm2 is no longer detected
DescriptionWhen booting up kernel-5.14.0-362.8.1.el9_3, drive encryption doesn't unlock automatically (via clevis), dmesg shows a line
tpm_crb: probe of MSFT0101:00 failed with error 378
and ls /dev/tpm* comes back empty.
Booting the older kernel, drive unlocks, /dev/tpm0 and /dev/tpmrm0 exist

CPU is a Intel Celeron N5100

dmesg entries related to tpm (not sure where else I can get more information on what tpm it is):
[ 0.000000] efi: ACPI=0x757d0000 ACPI 2.0=0x757d0014 TPMFinalLog=0x757d3000 SMBIOS=0x75c7b000 SMBIOS 3.0=0x75c7a000 MEMATTR=0x71190018 ESRT=0x720abe98 MOKvar=0x75c56000 RNG=0x75c7eb98 TPMEventLog=0x6fa1a018
[ 0.009419] ACPI: TPM2 0x00000000756BB000 00004C (v04 ALASKA A M I 00000001 AMI 00000000)
[ 0.009445] ACPI: Reserving TPM2 table memory at [mem 0x756bb000-0x756bb04b]
Steps To Reproduce1. Boot vmlinuz-5.14.0-362.8.1.el9_3.x86_64
2. Check dmesg output for error 378
3. Verify that ls /dev/tpm* shows no tpm devices
Additional InformationSymptoms look identical to https://bugzilla.redhat.com/show_bug.cgi?id=2232888 although that refers to a much newer kernel.
TagsNo tags attached.

Activities

Christian Loos

Christian Loos

2024-01-24 12:41

reporter   ~0005677

I have created a issue @ RedHat for this: https://issues.redhat.com/browse/RHEL-20196
Andreas Springer

Andreas Springer

2024-05-21 22:01

reporter   ~0007162

Issue seems to be resolved in Rocky 9.4 / kernel 5.14.0-284.30.1.el9_2.x86_64. Thanks!

Issue History

Date Modified Username Field Change
2023-11-23 21:41 Andreas Springer New Issue
2024-01-24 12:41 Christian Loos Note Added: 0005677
2024-05-21 22:01 Andreas Springer Note Added: 0007162