|
|
| Reporter | Andreas Springer | Assigned To | Louis Abel | |
|---|
| Priority | normal | Severity | major | Reproducibility | always |
|---|
| Status | closed | Resolution | fixed | |
|---|
|
|
| Summary | 0004852: 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 |
|---|
| Description | When 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 Reproduce | 1. 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 Information | Symptoms look identical to https://bugzilla.redhat.com/show_bug.cgi?id=2232888 although that refers to a much newer kernel. |
|---|
| Tags | No tags attached. |
|---|
|
|
