Re: Recent tpm_tis IRQ handling changes are causing kernel backtraces

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On 5/31/21 6:36 AM, Jarkko Sakkinen wrote:
>> Interestingly enough the first backtrace is also happening on a:
>> "Dell Inc. XPS 13 9310/0MRT12, BIOS 2.2.0 04/06/2021"
>>
>> So it seems that at least with 5.12.6 (which has the last 2 fixes)
>> all reports are about the XPS 13 9310. I wonder if there is an
>> issue with the TPM interrupt line on the XPS 13 9310; I've asked the
>> reporters to try adding tpm_tis.interrupts=0 to their kernel commandline.
> 
> This is helpful for sure that these all are happening on matching hardware.

So our kernel-backtrace tracking info (ABRT) just recorded a third backtrace
with a kernel >= 5.12.6, again on the XPS 13 9310, so now we have 3 variants:

1. Backtrace starting with a call to ima_add_boot_aggregate
https://bugzilla.redhat.com/show_bug.cgi?id=1963712

2. Backtrace starting with a call to tpm_dev_async_work:
https://bugzilla.redhat.com/show_bug.cgi?id=1964974
(note this one is not easily reproducible)

3. Backtrace starting with a call to rng_dev_read:
https://bugzilla.redhat.com/show_bug.cgi?id=1920510

3. is the new one. All bugs linked above are public, all 3 backtraces
so far have only been reported on the XPS 13 9310 (with kernel >= 5.12.6)
and I've asked all the reporters to check if tpm_tis.interrupts=0 helps.

Regards,

Hans




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux Kernel]     [Linux Kernel Hardening]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux SCSI]

  Powered by Linux