From: Bjorn Helgaas <helgaas@kernel.org> To: Alex Deucher <alexander.deucher@amd.com> Cc: amd-gfx@lists.freedesktop.org, linux-pci@vger.kernel.org, bhelgaas@google.com, hegel666@gmail.com, Prike.Liang@amd.com, Shyam-sundar.S-k@amd.com Subject: Re: [PATCH] PCI: quirks: Quirk PCI d3hot delay for AMD xhci Date: Thu, 18 Mar 2021 13:36:39 -0500 [thread overview] Message-ID: <20210318183639.GA158657@bjorn-Precision-5520> (raw) In-Reply-To: <20210316192851.286563-1-alexander.deucher@amd.com> On Tue, Mar 16, 2021 at 03:28:51PM -0400, Alex Deucher wrote: > From: Marcin Bachry <hegel666@gmail.com> > > Renoir needs a similar delay. See https://lore.kernel.org/linux-pci/20210311125322.GA2122226@bjorn-Precision-5520/ This is becoming a problem. We shouldn't have to merge a quirk for every new device. Either the devices are defective, and AMD should publish errata and have a plan for fixing them, or Linux is broken and we should fix that. There are quite a few mechanisms for controlling delays like this (Config Request Retry Status (PCIe r5.0, sec 2.3.1), Readiness Notifications (sec 6.23), ACPI _DSM for power-on delays (PCI Firmware Spec r3.3)), but most are for *reducing* delay, not for extending it. Linux supports CRS, but not all the others. Maybe we're missing something we should support? How do you deal with these issues for Windows? If it works on Windows without quirks, we should be able to make it work on Linux as well. > Signed-off-by: Marcin Bachry <hegel666@gmail.com> > Signed-off-by: Alex Deucher <alexander.deucher@amd.com> > --- > drivers/pci/quirks.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c > index 653660e3ba9e..36e5ec670fae 100644 > --- a/drivers/pci/quirks.c > +++ b/drivers/pci/quirks.c > @@ -1904,6 +1904,9 @@ static void quirk_ryzen_xhci_d3hot(struct pci_dev *dev) > } > DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_AMD, 0x15e0, quirk_ryzen_xhci_d3hot); > DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_AMD, 0x15e1, quirk_ryzen_xhci_d3hot); > +/* Renoir XHCI requires longer delay when transitioning from D0 to > + * D3hot */ No need for "me too" comments that add no additional information. > +DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_AMD, 0x1639, quirk_ryzen_xhci_d3hot); > > #ifdef CONFIG_X86_IO_APIC > static int dmi_disable_ioapicreroute(const struct dmi_system_id *d) > -- > 2.30.2 >
WARNING: multiple messages have this Message-ID (diff)
From: Bjorn Helgaas <helgaas@kernel.org> To: Alex Deucher <alexander.deucher@amd.com> Cc: Shyam-sundar.S-k@amd.com, linux-pci@vger.kernel.org, Prike.Liang@amd.com, amd-gfx@lists.freedesktop.org, hegel666@gmail.com, bhelgaas@google.com Subject: Re: [PATCH] PCI: quirks: Quirk PCI d3hot delay for AMD xhci Date: Thu, 18 Mar 2021 13:36:39 -0500 [thread overview] Message-ID: <20210318183639.GA158657@bjorn-Precision-5520> (raw) In-Reply-To: <20210316192851.286563-1-alexander.deucher@amd.com> On Tue, Mar 16, 2021 at 03:28:51PM -0400, Alex Deucher wrote: > From: Marcin Bachry <hegel666@gmail.com> > > Renoir needs a similar delay. See https://lore.kernel.org/linux-pci/20210311125322.GA2122226@bjorn-Precision-5520/ This is becoming a problem. We shouldn't have to merge a quirk for every new device. Either the devices are defective, and AMD should publish errata and have a plan for fixing them, or Linux is broken and we should fix that. There are quite a few mechanisms for controlling delays like this (Config Request Retry Status (PCIe r5.0, sec 2.3.1), Readiness Notifications (sec 6.23), ACPI _DSM for power-on delays (PCI Firmware Spec r3.3)), but most are for *reducing* delay, not for extending it. Linux supports CRS, but not all the others. Maybe we're missing something we should support? How do you deal with these issues for Windows? If it works on Windows without quirks, we should be able to make it work on Linux as well. > Signed-off-by: Marcin Bachry <hegel666@gmail.com> > Signed-off-by: Alex Deucher <alexander.deucher@amd.com> > --- > drivers/pci/quirks.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c > index 653660e3ba9e..36e5ec670fae 100644 > --- a/drivers/pci/quirks.c > +++ b/drivers/pci/quirks.c > @@ -1904,6 +1904,9 @@ static void quirk_ryzen_xhci_d3hot(struct pci_dev *dev) > } > DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_AMD, 0x15e0, quirk_ryzen_xhci_d3hot); > DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_AMD, 0x15e1, quirk_ryzen_xhci_d3hot); > +/* Renoir XHCI requires longer delay when transitioning from D0 to > + * D3hot */ No need for "me too" comments that add no additional information. > +DECLARE_PCI_FIXUP_FINAL(PCI_VENDOR_ID_AMD, 0x1639, quirk_ryzen_xhci_d3hot); > > #ifdef CONFIG_X86_IO_APIC > static int dmi_disable_ioapicreroute(const struct dmi_system_id *d) > -- > 2.30.2 > _______________________________________________ amd-gfx mailing list amd-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/amd-gfx
next prev parent reply other threads:[~2021-03-18 18:37 UTC|newest] Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-03-16 19:28 [PATCH] PCI: quirks: Quirk PCI d3hot delay for AMD xhci Alex Deucher 2021-03-16 19:28 ` Alex Deucher 2021-03-18 18:36 ` Bjorn Helgaas [this message] 2021-03-18 18:36 ` Bjorn Helgaas 2021-03-19 18:11 ` Alex Deucher 2021-03-19 18:11 ` Alex Deucher 2021-07-22 2:58 Alex Deucher 2021-07-29 20:39 ` Bjorn Helgaas 2021-07-29 20:42 ` Limonciello, Mario 2021-07-29 21:06 ` Bjorn Helgaas 2021-07-29 21:09 ` Limonciello, Mario 2021-07-29 21:30 ` Bjorn Helgaas 2021-07-29 21:34 ` Bjorn Helgaas 2021-07-30 14:17 ` Deucher, Alexander
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=20210318183639.GA158657@bjorn-Precision-5520 \ --to=helgaas@kernel.org \ --cc=Prike.Liang@amd.com \ --cc=Shyam-sundar.S-k@amd.com \ --cc=alexander.deucher@amd.com \ --cc=amd-gfx@lists.freedesktop.org \ --cc=bhelgaas@google.com \ --cc=hegel666@gmail.com \ --cc=linux-pci@vger.kernel.org \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.