From: Lukas Wunner <lukas@wunner.de>
To: Max Lee <max.lee@canonical.com>
Cc: bhelgaas@google.com, Manivannan Sadhasivam <mani@kernel.org>,
Bjorn Helgaas <helgaas@kernel.org>,
linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org,
acelan.kao@canonical.com, Kai-Heng Feng <kaihengf@nvidia.com>,
Victor Shih <victorshihgli@gmail.com>,
Jon Pan-Doh <pandoh@google.com>
Subject: Re: [PATCH v2] PCI: Mask Replay Timer Timeout for Realtek RTS525A
Date: Thu, 2 Jul 2026 16:42:43 +0200 [thread overview]
Message-ID: <akZ448o-YMGfEEOP@wunner.de> (raw)
In-Reply-To: <CA+YcyLx3XS3LEeVzPEfD+OdktsLFyLuN4mQGk9EyEgQUmKPLBA@mail.gmail.com>
On Thu, Jul 02, 2026 at 03:06:29PM +0800, Max Lee wrote:
> Both the endpoint and the immediate upstream port expose AER capability.
> On this unpatched boot, Replay Timer Timeout is not masked on either side.
>
> Endpoint 0000:58:00.0:
>
> Capabilities: [100 v2] Advanced Error Reporting
> CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
> CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
>
> Root Port 0000:00:1c.6:
>
> Capabilities: [100 v1] Advanced Error Reporting
> CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr-
> CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
> RootCmd: CERptEn+ NFERptEn+ FERptEn+
> ErrorSrc: ERR_COR: 5800 ERR_FATAL/NONFATAL: 0000
There were Advisory Non-Fatal Errors on both ends of the links.
The upstream kernel does not support ANFE so far, but this
development branch contains three tentative patches to add it:
https://github.com/l1k/linux/commits/anfe_v1/
So far this is compile-tested only. You may want to give these
patches a spin to see which Non-Fatal Errors are signaled. The
kernel should also dump the TLP Prefix Log for those errors and
you can use this tool to decode it:
https://github.com/mmpg-x86/tlp-tool
See the example usage in: Documentation/PCI/pcieaer-howto.rst
The TLP Prefix Log might give a hint as to the root cause.
Your commit message mentions a "transient link training instability",
but I think if that were the case, you'd see Surprise Link Down Errors
(which are Fatal Errors). Except if the Root Port was hotplug-capable,
in which case Surprise Link Down Error generation is blocked per
PCIe r7.0 sec 3.2.1. Another exception would be if the Root Port is
not Surprise Down Error Reporting Capable (bit 19 in the Link
Capabilities Register).
Bjorn mentioned commit eeee3b5e6d0b, which states that the Replay Timer
Timeout errors (only) occur when ASPM is enabled. That may be the
actual root cause, so you may want to play with ASPM settings (disable
L1 substates etc) to see if it makes the issue go away. Disabling
non-working ASPM settings in a quirk would be better than silencing
the ensuing errors.
Thanks,
Lukas
next prev parent reply other threads:[~2026-07-02 14:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-28 3:23 [PATCH] PCI: Mask Replay Timer Timeout for Realtek RTS525A Max Lee
2026-06-10 2:47 ` [PATCH v2] " Max Lee
2026-07-01 6:27 ` Manivannan Sadhasivam
2026-07-01 20:42 ` Bjorn Helgaas
2026-07-02 5:10 ` Lukas Wunner
2026-07-02 7:06 ` Max Lee
2026-07-02 14:42 ` Lukas Wunner [this message]
2026-07-02 8:08 ` Manivannan Sadhasivam
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=akZ448o-YMGfEEOP@wunner.de \
--to=lukas@wunner.de \
--cc=acelan.kao@canonical.com \
--cc=bhelgaas@google.com \
--cc=helgaas@kernel.org \
--cc=kaihengf@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=mani@kernel.org \
--cc=max.lee@canonical.com \
--cc=pandoh@google.com \
--cc=victorshihgli@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox