From: m-karicheri2@ti.com (Murali Karicheri)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2] aer: add support aer interrupt with none MSI/MSI-X/INTx mode
Date: Thu, 2 Jun 2016 11:37:28 -0400 [thread overview]
Message-ID: <575052B8.3090203@ti.com> (raw)
In-Reply-To: <20160602135546.GA8262@localhost>
On 06/02/2016 09:55 AM, Bjorn Helgaas wrote:
> On Thu, Jun 02, 2016 at 05:01:19AM +0000, Po Liu wrote:
>>> -----Original Message-----
>>> From: Bjorn Helgaas [mailto:helgaas at kernel.org]
>>> Sent: Thursday, June 02, 2016 11:48 AM
>>> To: Po Liu
>>> Cc: linux-pci at vger.kernel.org; linux-arm-kernel at lists.infradead.org;
>>> linux-kernel at vger.kernel.org; devicetree at vger.kernel.org; Arnd Bergmann;
>>> Roy Zang; Marc Zyngier; Stuart Yoder; Yang-Leo Li; Minghuan Lian; Bjorn
>>> Helgaas; Shawn Guo; Mingkai Hu; Rob Herring
>>> Subject: Re: [PATCH 2/2] aer: add support aer interrupt with none
>>> MSI/MSI-X/INTx mode
>>>
>>> [+cc Rob]
>>>
>>> Hi Po,
>>>
>>> On Thu, May 26, 2016 at 02:00:06PM +0800, Po Liu wrote:
>>> > On some platforms, root port doesn't support MSI/MSI-X/INTx in RC mode.
>>> > When chip support the aer interrupt with none MSI/MSI-X/INTx mode,
>>> > maybe there is interrupt line for aer pme etc. Search the interrupt
>>> > number in the fdt file.
>>>
>>> My understanding is that AER interrupt signaling can be done via INTx,
>>> MSI, or MSI-X (PCIe spec r3.0, sec 6.2.4.1.2). Apparently your device
>>> doesn't support MSI or MSI-X. Are you saying it doesn't support INTx
>>> either? How is the interrupt you're requesting here different from INTx?
>>
>> Layerscape use none of MSI or MSI-X or INTx to indicate the devices
>> or root error in RC mode. But use an independent SPI interrupt(arm
>> interrupt controller) line.
>
> The Root Port is a PCI device and should follow the normal PCI rules
> for interrupts. As far as I understand, that means it should use MSI,
> MSI-X, or INTx. If your Root Port doesn't use MSI or MSI-X, it should
> use INTx, the PCI_INTERRUPT_PIN register should tell us which (INTA/
> INTB/etc.), and PCI_COMMAND_INTX_DISABLE should work to disable it.
> That's all from the PCI point of view, of course.
>
Bjorn.
I am faced with the same issue on Keystone PCI hardware and it has been
on my TODO list for quite some time. Keystone PCI hardware also doesn't
use MSI or MSI-X or INTx for reporting errors received at the root port,
but use a platform interrupt instead (not complaint to PCI standard as
per PCI base spec). So I would need similar change to have the error
interrupt passed to the aer driver. So there are hardware out there
like Keystone which requires to support this through platform IRQ.
> What's on the other end of those interrupts is outside the scope of
> PCI. An INTx interrupt (either a conventional PCI wire or a PCIe
> virtual INTx wire) might be connected to an IOAPIC, an ARM SPI, or
> something else. Drivers should not care about how it is connected,
> and that's why I don't think this code really fits in portdrv.
>
> Maybe your Root Port is non-compliant in some way and maybe we need a
> quirk or something to work around that hardware defect. But I'm not
> convinced yet that we have that sort of problem. It seems like we
> just don't have the correct DT description.
Is quirk is what is suggested here to support this?
Murali
>
>> And at same time, AER capability list
>> in PCIe register descriptors. And also, The Root Error
>> Command/status register was proper to enable/disable the AER
>> interrupt.
>
> I'm not sure what you're saying here. Here's what I think you said;
> please correct me if I'm wrong:
>
> - Your Root Port has an AER capability.
>
> - Your Root Port does not support MSI or MSI-X. (This would
> actually be a spec violation because the PCIe spec r3.0, sec 7.7
> says "All PCI Express device Functions that are capable of
> generating interrupts must implement MSI or MSI-X or both.")
>
> - The three enable bits in the Root Error Command Register enable or
> disable generation of interrupts. These enable bits control all
> interrupts, whether MSI, MSI-X, or INTx.
>
> - The Root Error Status Register contains an "Advanced Error
> Interrupt Message Number" field, but that's only applicable if MSI
> or MSI-X is enabled, and if your device doesn't support MSI or
> MSI-X, this field doesn't apply.
>
>> This hardware implementation make sense in some platforms, and this
>> was described in the function init_service_irqs() in the
>> drivers/pci/pcie/portdrv_core.c in current kernel as:
>
>>
>> 241 * We're not going to use MSI-X, so try MSI and fall back to INTx.
>> 242 * If neither MSI/MSI-X nor INTx available, try other interrupt. On
>> 243 * some platforms, root port doesn't support MSI/MSI-X/INTx in RC mode
>> 244 */
>>
>> So I think this was the proper place to update the irq number before aer service
>> driver was loaded.
>>
>>>
>>> My guess is that your device *does* support INTx, and we should use that.
>>> ACPI has the generic _PRT that describes INTx routing. There must be
>>> something similar for DT, but I don't know what it is. It seems like
>>> this should be described using that DT mechanism (whatever it is), and
>>> we shouldn't need special-case code in the portdrv code.
>>>
>>> > Signed-off-by: Po Liu <po.liu@nxp.com>
>>> > ---
>>> > drivers/pci/pcie/portdrv_core.c | 31 ++++++++++++++++++++++++++++---
>>> > 1 file changed, 28 insertions(+), 3 deletions(-)
>>> >
>>> > diff --git a/drivers/pci/pcie/portdrv_core.c
>>> > b/drivers/pci/pcie/portdrv_core.c index 32d4d0a..64833e5 100644
>>> > --- a/drivers/pci/pcie/portdrv_core.c
>>> > +++ b/drivers/pci/pcie/portdrv_core.c
>>> > @@ -15,6 +15,7 @@
>>> > #include <linux/slab.h>
>>> > #include <linux/pcieport_if.h>
>>> > #include <linux/aer.h>
>>> > +#include <linux/of_irq.h>
>>> >
>>> > #include "../pci.h"
>>> > #include "portdrv.h"
>>> > @@ -199,6 +200,28 @@ static int pcie_port_enable_msix(struct pci_dev
>>> > *dev, int *vectors, int mask) static int init_service_irqs(struct
>>> > pci_dev *dev, int *irqs, int mask) {
>>> > int i, irq = -1;
>>> > + int ret;
>>> > + struct device_node *np = NULL;
>>> > +
>>> > + for (i = 0; i < PCIE_PORT_DEVICE_MAXSERVICES; i++)
>>> > + irqs[i] = 0;
>>> > +
>>> > + if (dev->bus->dev.of_node)
>>> > + np = dev->bus->dev.of_node;
>>> > +
>>> > + /* If root port doesn't support MSI/MSI-X/INTx in RC mode,
>>> > + * request irq for aer
>>> > + */
>>> > + if (IS_ENABLED(CONFIG_OF_IRQ) && np &&
>>> > + (mask & PCIE_PORT_SERVICE_PME)) {
>>> > + ret = of_irq_get_byname(np, "aer");
>>> > + if (ret > 0) {
>>> > + irqs[PCIE_PORT_SERVICE_AER_SHIFT] = ret;
>>> > + if (dev->irq)
>>> > + irq = dev->irq;
>>> > + goto no_msi;
>>> > + }
>>> > + }
>>> >
>>> > /*
>>> > * If MSI cannot be used for PCIe PME or hotplug, we have to use
>>> @@
>>> > -224,11 +247,13 @@ static int init_service_irqs(struct pci_dev *dev,
>>> int *irqs, int mask)
>>> > irq = dev->irq;
>>> >
>>> > no_msi:
>>> > - for (i = 0; i < PCIE_PORT_DEVICE_MAXSERVICES; i++)
>>> > - irqs[i] = irq;
>>> > + for (i = 0; i < PCIE_PORT_DEVICE_MAXSERVICES; i++) {
>>> > + if (!irqs[i])
>>> > + irqs[i] = irq;
>>> > + }
>>> > irqs[PCIE_PORT_SERVICE_VC_SHIFT] = -1;
>>> >
>>> > - if (irq < 0)
>>> > + if (irq < 0 && irqs[PCIE_PORT_SERVICE_AER_SHIFT] < 0)
>>> > return -ENODEV;
>>> > return 0;
>>> > }
>>> > --
>>> > 2.1.0.27.g96db324
>>> >
>>> >
>>> > _______________________________________________
>>> > linux-arm-kernel mailing list
>>> > linux-arm-kernel at lists.infradead.org
>>> > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> --
> To unsubscribe from this list: send the line "unsubscribe linux-pci" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Murali Karicheri
Linux Kernel, Keystone
next prev parent reply other threads:[~2016-06-02 15:37 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-26 6:00 [PATCH 2/2] aer: add support aer interrupt with none MSI/MSI-X/INTx mode Po Liu
2016-06-02 3:48 ` Bjorn Helgaas
2016-06-02 5:01 ` Po Liu
2016-06-02 13:55 ` Bjorn Helgaas
2016-06-02 15:37 ` Murali Karicheri [this message]
2016-06-03 4:09 ` Bjorn Helgaas
2016-06-03 17:31 ` Murali Karicheri
2016-06-04 3:48 ` Bjorn Helgaas
2016-06-06 7:32 ` Po Liu
2016-06-06 14:01 ` Murali Karicheri
2016-06-06 18:10 ` Bjorn Helgaas
2016-06-07 10:07 ` Po Liu
2016-06-07 22:46 ` Bjorn Helgaas
2016-06-08 4:56 ` Po Liu
2016-06-14 6:12 ` [PATCH v2 1/2] nxp/dts: add pcie aer interrupt-name property in the dts Po Liu
2016-06-14 6:12 ` [PATCH v2 2/2] pci/aer: interrupt fixup in the quirk Po Liu
2016-06-16 13:54 ` Bjorn Helgaas
2016-06-17 3:30 ` Po Liu
2016-07-01 8:46 ` Po Liu
2016-06-14 8:24 ` [PATCH v3 1/2] nxp/dts: add pcie aer interrupt-name property in the dts Po Liu
2016-06-14 8:24 ` [PATCH v3 2/2] pci/aer: interrupt fixup in the quirk Po Liu
2016-06-23 5:43 ` Dongdong Liu
2016-07-01 8:40 ` Po Liu
2016-07-04 8:44 ` Dongdong Liu
2016-07-05 3:03 ` Po Liu
2016-07-06 8:38 ` Dongdong Liu
2016-07-29 22:41 ` Bjorn Helgaas
2016-08-22 10:09 ` Po Liu
2016-09-20 20:47 ` Bjorn Helgaas
2016-09-21 6:51 ` Po Liu
2016-09-21 21:53 ` Bjorn Helgaas
2016-08-31 6:37 ` [PATCH v4 1/2] nxp/dts: add pcie aer interrupt-name property in the dts Po Liu
2016-08-31 6:37 ` [PATCH v4 2/2] pci:aer: add support aer interrupt with none MSI/MSI-X/INTx mode Po Liu
2016-09-02 15:17 ` Rob Herring
2016-09-05 6:05 ` Po Liu
2016-09-13 4:40 ` [PATCH v5 1/3] arm/dts: add pcie aer interrupt-name property in the dts Po Liu
2016-09-13 4:40 ` [PATCH v5 2/3] arm64/dts: " Po Liu
2016-09-13 4:40 ` [PATCH v5 3/3] pci:aer: add support aer interrupt with none MSI/MSI-X/INTx mode Po Liu
2016-09-18 0:52 ` Shawn Guo
2016-09-18 3:37 ` Po Liu
2016-09-20 12:39 ` Shawn Guo
2016-09-21 6:54 ` Po Liu
2016-09-30 22:13 ` Shawn Guo
2016-09-23 13:06 ` Rob Herring
2016-09-26 8:25 ` Po Liu
2016-09-21 22:37 ` Bjorn Helgaas
2016-09-22 2:53 ` Po Liu
2016-09-30 9:11 ` [PATCH v6 1/3] arm/dts-ls1021: add pcie aer/pme interrupt-name property in the dts Po Liu
2016-09-30 9:11 ` [PATCH v6 2/3] arm64/dts-ls1043-ls2080: " Po Liu
2016-09-30 9:11 ` [PATCH v6 3/3] pci:add support aer/pme interrupts with none MSI/MSI-X/INTx mode Po Liu
2016-10-08 20:49 ` Rob Herring
2016-10-09 2:47 ` Po Liu
2016-09-05 2:25 ` [PATCH v4 1/2] nxp/dts: add pcie aer interrupt-name property in the dts Shawn Guo
2016-09-12 22:13 ` Bjorn Helgaas
2016-09-13 3:02 ` Po Liu
2016-06-16 0:36 ` [PATCH v3 " Shawn Guo
2016-06-16 10:50 ` Po Liu
2016-06-16 22:19 ` Rob Herring
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=575052B8.3090203@ti.com \
--to=m-karicheri2@ti.com \
--cc=linux-arm-kernel@lists.infradead.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: 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;
as well as URLs for NNTP newsgroup(s).