Re: pcieport AER error spam on Intel Skylake

From: Alexander Duyck
Date: Wed Sep 02 2015 - 21:57:46 EST


On 09/02/2015 03:53 PM, Bjorn Helgaas wrote:
On Wed, Sep 2, 2015 at 5:01 PM, Daniel Drake <drake@xxxxxxxxxxxx> wrote:
Hi,

Working with a sample for a new laptop based on Intel Skylake, the
kernel logs are full of these messages:

pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected,
type=Physical Layer, id=00e5(Receiver ID)
pcieport 0000:00:1c.5: device [8086:9d15] error status/mask=00000001/00002000
pcieport 0000:00:1c.5: [ 0] Receiver Error (First)
pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected,
type=Physical Layer, id=00e5(Receiver ID)
pcieport 0000:00:1c.5: device [8086:9d15] error status/mask=00000001/00002000
pcieport 0000:00:1c.5: [ 0] Receiver Error (First)
pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
pcieport 0000:00:1c.5: can't find device of ID00e5

Reproduced on 4.2 and on linus master as of today, using x86_64_defconfig.

Apart from the log spam, there is no user-visible effect that I'm
aware of. Booting with pci=nomsi makes the messages go away.

Any thoughts, is this something worth looking into in more detail?

full dmesg: https://gist.github.com/dsd/1d7f738e917465edf2ae
lspci dump: https://gist.github.com/dsd/dc2481d64aadd520b0b3
Thanks, Daniel, this is indeed really annoying and worth looking into.
Do you happen to know whether it's a regression? We haven't changed
much in AER recently, but it's possible we broke something.

Even if it's not a regression, the output seems a bit wordy and redundant.

Bjorn

Since it is correctable errors it is likely some sort of signalling issue. Could we get the output of something like an lspci -vt? Then you would be able to tell what the device is on the other side of the link from 00:1c.5 and then we could probably check to see if there has been any changes for the device driver on the other end of the link.

My suspicion since this is a laptop is that something like a power management change might be responsible if this is a regression as I have seen messages like this pop up as a result of ASPM being enabled before.

- Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/