View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004852 | Rocky-Linux-9 | kernel | public | 2023-11-23 21:41 | 2024-01-24 12:41 |
| Reporter | Andreas Springer | Assigned To | |||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | new | Resolution | open | ||
| 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. | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2023-11-23 21:41 | Andreas Springer | New Issue | |
| 2024-01-24 12:41 | Christian Loos | Note Added: 0005677 |
