Re: system generating an NMI due to 80696f991424d ("PCI: pciehp: Tolerate Presence Detect hardwired to zero")

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

 



On Wed, Jan 15, 2020 at 11:26:26AM +0100, Oliver Neukum wrote:
> I got a bug report about some systems generating an NMI and
> subsequently crashing bisected down to 80696f991424d.
> Apparently these systems do not react well to __pciehp_enable_slot
> while no card is present. Restoring the check to __pciehp_enable_slot()
> removed in 80696f991424d makes the current kernels work.

That's odd, these systems must be setting the Data Link Layer Link Active
bit in the Link Status Register even though no card is present.


> What is to be done? Do you want a special case for the affected
> systems based on DMI, or should I revert 80696f991424d?

It would be good if we could get a better idea what's going on before
deciding what action to take.  What systems are we talking about exactly?
Can you provide dmesg and lspci -vvvv output including the NMI, e.g. by
attaching it to a new bugzilla?

Thanks,

Lukas



[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux