From: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
To: Damien Le Moal <dlemoal@kernel.org>
Cc: "Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"Kishon Vijay Abraham I" <kishon@kernel.org>,
"Shawn Lin" <shawn.lin@rock-chips.com>,
"Krzysztof Wilczyński" <kw@linux.com>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Heiko Stuebner" <heiko@sntech.de>,
linux-pci@vger.kernel.org, "Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
"Conor Dooley" <conor+dt@kernel.org>,
devicetree@vger.kernel.org, linux-rockchip@lists.infradead.org,
"Rick Wertenbroek" <rick.wertenbroek@gmail.com>,
"Wilfred Mallawa" <wilfred.mallawa@wdc.com>,
"Niklas Cassel" <cassel@kernel.org>
Subject: Re: [PATCH v3 12/12] PCI: rockchip-ep: Handle PERST# signal in endpoint mode
Date: Thu, 10 Oct 2024 16:19:32 +0530 [thread overview]
Message-ID: <20241010104932.gfrunorhpnhan5wp@thinkpad> (raw)
In-Reply-To: <20241007041218.157516-13-dlemoal@kernel.org>
On Mon, Oct 07, 2024 at 01:12:18PM +0900, Damien Le Moal wrote:
> Currently, the Rockchip PCIe endpoint controller driver does not handle
> PERST# signal, which prevents detecting when link training should
> actually be started or if the host reset the device. This however can
> be supported using the controller ep_gpio, set as an input GPIO for
> endpoint mode.
>
> Modify the endpoint rockchip driver to get the ep_gpio and its
> associated interrupt which is serviced using a threaded IRQ with the
> function rockchip_pcie_ep_perst_irq_thread() as handler.
>
> This handler function notifies a link down event corresponding to the RC
> side asserting the PERST# signal using pci_epc_linkdown() when the gpio
> is high. Once the gpio value goes down, corresponding to the RC
> de-asserting the PERST# signal, link training is started. The polarity
> of the gpio interrupt trigger is changed from high to low after the RC
> asserted PERST#, and conversely changed from low to high after the RC
> de-asserts PERST#.
>
> Signed-off-by: Damien Le Moal <dlemoal@kernel.org>
Just minor nits below. Overall LGTM.
> ---
> drivers/pci/controller/pcie-rockchip-ep.c | 118 +++++++++++++++++++++-
> drivers/pci/controller/pcie-rockchip.c | 12 +--
> 2 files changed, 122 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/pci/controller/pcie-rockchip-ep.c b/drivers/pci/controller/pcie-rockchip-ep.c
> index af50432525b4..c70a64c37a56 100644
> --- a/drivers/pci/controller/pcie-rockchip-ep.c
> +++ b/drivers/pci/controller/pcie-rockchip-ep.c
> @@ -18,6 +18,7 @@
> #include <linux/sizes.h>
> #include <linux/workqueue.h>
> #include <linux/iopoll.h>
> +#include <linux/gpio/consumer.h>
Please sort the includes.
>
> #include "pcie-rockchip.h"
>
> @@ -50,6 +51,9 @@ struct rockchip_pcie_ep {
> u64 irq_pci_addr;
> u8 irq_pci_fn;
> u8 irq_pending;
> + int perst_irq;
> + bool perst_asserted;
> + bool link_up;
> struct delayed_work link_training;
> };
>
> @@ -462,13 +466,17 @@ static int rockchip_pcie_ep_start(struct pci_epc *epc)
>
> rockchip_pcie_write(rockchip, cfg, PCIE_CORE_PHY_FUNC_CFG);
>
> + if (rockchip->ep_gpio)
> + enable_irq(ep->perst_irq);
> +
> /* Enable configuration and start link training */
> rockchip_pcie_write(rockchip,
> PCIE_CLIENT_LINK_TRAIN_ENABLE |
> PCIE_CLIENT_CONF_ENABLE,
> PCIE_CLIENT_CONFIG);
>
> - schedule_delayed_work(&ep->link_training, 0);
> + if (!rockchip->ep_gpio)
> + schedule_delayed_work(&ep->link_training, 0);
>
> return 0;
> }
> @@ -478,6 +486,11 @@ static void rockchip_pcie_ep_stop(struct pci_epc *epc)
> struct rockchip_pcie_ep *ep = epc_get_drvdata(epc);
> struct rockchip_pcie *rockchip = &ep->rockchip;
>
> + if (rockchip->ep_gpio) {
> + ep->perst_asserted = true;
> + disable_irq(ep->perst_irq);
> + }
> +
> cancel_delayed_work_sync(&ep->link_training);
>
> /* Stop link training and disable configuration */
> @@ -540,6 +553,13 @@ static void rockchip_pcie_ep_link_training(struct work_struct *work)
> if (!rockchip_pcie_ep_link_up(rockchip))
> goto again;
>
> + /*
> + * If PERST was asserted while polling the link, do not notify
> + * the function.
> + */
> + if (ep->perst_asserted)
> + return;
> +
> val = rockchip_pcie_read(rockchip, PCIE_CLIENT_BASIC_STATUS0);
> dev_info(dev,
> "Link UP (Negociated speed: %sGT/s, width: x%lu)\n",
> @@ -549,6 +569,7 @@ static void rockchip_pcie_ep_link_training(struct work_struct *work)
>
> /* Notify the function */
> pci_epc_linkup(ep->epc);
> + ep->link_up = true;
>
> return;
>
> @@ -556,6 +577,94 @@ static void rockchip_pcie_ep_link_training(struct work_struct *work)
> schedule_delayed_work(&ep->link_training, msecs_to_jiffies(5));
> }
>
> +static void rockchip_pcie_ep_perst_assert(struct rockchip_pcie_ep *ep)
> +{
> + struct rockchip_pcie *rockchip = &ep->rockchip;
> + struct device *dev = rockchip->dev;
> +
> + dev_dbg(dev, "PERST asserted, link down\n");
> +
> + if (ep->perst_asserted)
> + return;
> +
> + ep->perst_asserted = true;
> +
> + cancel_delayed_work_sync(&ep->link_training);
> +
> + if (ep->link_up) {
> + pci_epc_linkdown(ep->epc);
> + ep->link_up = false;
> + }
> +}
> +
> +static void rockchip_pcie_ep_perst_deassert(struct rockchip_pcie_ep *ep)
> +{
> + struct rockchip_pcie *rockchip = &ep->rockchip;
> + struct device *dev = rockchip->dev;
> +
> + dev_dbg(dev, "PERST de-asserted, starting link training\n");
> +
> + if (!ep->perst_asserted)
> + return;
> +
> + ep->perst_asserted = false;
> +
> + /* Enable link re-training */
> + rockchip_pcie_ep_retrain_link(rockchip);
> +
I hope that no registers are getting reset post PERST# assert.
> + /* Start link training */
> + schedule_delayed_work(&ep->link_training, 0);
> +}
> +
> +static irqreturn_t rockchip_pcie_ep_perst_irq_thread(int irq, void *data)
> +{
> + struct pci_epc *epc = data;
> + struct rockchip_pcie_ep *ep = epc_get_drvdata(epc);
> + struct rockchip_pcie *rockchip = &ep->rockchip;
> + u32 perst = gpiod_get_value(rockchip->ep_gpio);
> +
> + if (perst)
> + rockchip_pcie_ep_perst_assert(ep);
> + else
> + rockchip_pcie_ep_perst_deassert(ep);
> +
> + irq_set_irq_type(ep->perst_irq,
> + (perst ? IRQF_TRIGGER_HIGH : IRQF_TRIGGER_LOW));
> +
> + return IRQ_HANDLED;
> +}
> +
> +static int rockchip_pcie_ep_setup_irq(struct pci_epc *epc)
> +{
> + struct rockchip_pcie_ep *ep = epc_get_drvdata(epc);
> + struct rockchip_pcie *rockchip = &ep->rockchip;
> + struct device *dev = rockchip->dev;
> + int ret;
> +
> + if (!rockchip->ep_gpio)
> + return 0;
> +
> + /* PCIe reset interrupt */
> + ep->perst_irq = gpiod_to_irq(rockchip->ep_gpio);
> + if (ep->perst_irq < 0) {
> + dev_err(dev, "No corresponding IRQ for PERST GPIO\n");
> + return ep->perst_irq;
> + }
> +
> + ep->perst_asserted = true;
How come?
> + irq_set_status_flags(ep->perst_irq, IRQ_NOAUTOEN);
> + ret = devm_request_threaded_irq(dev, ep->perst_irq, NULL,
> + rockchip_pcie_ep_perst_irq_thread,
> + IRQF_TRIGGER_HIGH | IRQF_ONESHOT,
> + "pcie-ep-perst", epc);
> + if (ret) {
> + dev_err(dev, "Request PERST GPIO IRQ failed %d\n", ret);
> + return ret;
> + }
> +
> + return 0;
> +}
> +
> static const struct pci_epc_features rockchip_pcie_epc_features = {
> .linkup_notifier = true,
> .msi_capable = true,
> @@ -719,6 +828,7 @@ static int rockchip_pcie_ep_probe(struct platform_device *pdev)
> rockchip->is_rc = false;
> rockchip->dev = dev;
> INIT_DELAYED_WORK(&ep->link_training, rockchip_pcie_ep_link_training);
> + ep->link_up = false;
'false' is the default state, isn't it?
- Mani
--
மணிவண்ணன் சதாசிவம்
WARNING: multiple messages have this Message-ID (diff)
From: Manivannan Sadhasivam <manivannan.sadhasivam@linaro.org>
To: Damien Le Moal <dlemoal@kernel.org>
Cc: "Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"Kishon Vijay Abraham I" <kishon@kernel.org>,
"Shawn Lin" <shawn.lin@rock-chips.com>,
"Krzysztof Wilczyński" <kw@linux.com>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Heiko Stuebner" <heiko@sntech.de>,
linux-pci@vger.kernel.org, "Rob Herring" <robh@kernel.org>,
"Krzysztof Kozlowski" <krzysztof.kozlowski+dt@linaro.org>,
"Conor Dooley" <conor+dt@kernel.org>,
devicetree@vger.kernel.org, linux-rockchip@lists.infradead.org,
"Rick Wertenbroek" <rick.wertenbroek@gmail.com>,
"Wilfred Mallawa" <wilfred.mallawa@wdc.com>,
"Niklas Cassel" <cassel@kernel.org>
Subject: Re: [PATCH v3 12/12] PCI: rockchip-ep: Handle PERST# signal in endpoint mode
Date: Thu, 10 Oct 2024 16:19:32 +0530 [thread overview]
Message-ID: <20241010104932.gfrunorhpnhan5wp@thinkpad> (raw)
In-Reply-To: <20241007041218.157516-13-dlemoal@kernel.org>
On Mon, Oct 07, 2024 at 01:12:18PM +0900, Damien Le Moal wrote:
> Currently, the Rockchip PCIe endpoint controller driver does not handle
> PERST# signal, which prevents detecting when link training should
> actually be started or if the host reset the device. This however can
> be supported using the controller ep_gpio, set as an input GPIO for
> endpoint mode.
>
> Modify the endpoint rockchip driver to get the ep_gpio and its
> associated interrupt which is serviced using a threaded IRQ with the
> function rockchip_pcie_ep_perst_irq_thread() as handler.
>
> This handler function notifies a link down event corresponding to the RC
> side asserting the PERST# signal using pci_epc_linkdown() when the gpio
> is high. Once the gpio value goes down, corresponding to the RC
> de-asserting the PERST# signal, link training is started. The polarity
> of the gpio interrupt trigger is changed from high to low after the RC
> asserted PERST#, and conversely changed from low to high after the RC
> de-asserts PERST#.
>
> Signed-off-by: Damien Le Moal <dlemoal@kernel.org>
Just minor nits below. Overall LGTM.
> ---
> drivers/pci/controller/pcie-rockchip-ep.c | 118 +++++++++++++++++++++-
> drivers/pci/controller/pcie-rockchip.c | 12 +--
> 2 files changed, 122 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/pci/controller/pcie-rockchip-ep.c b/drivers/pci/controller/pcie-rockchip-ep.c
> index af50432525b4..c70a64c37a56 100644
> --- a/drivers/pci/controller/pcie-rockchip-ep.c
> +++ b/drivers/pci/controller/pcie-rockchip-ep.c
> @@ -18,6 +18,7 @@
> #include <linux/sizes.h>
> #include <linux/workqueue.h>
> #include <linux/iopoll.h>
> +#include <linux/gpio/consumer.h>
Please sort the includes.
>
> #include "pcie-rockchip.h"
>
> @@ -50,6 +51,9 @@ struct rockchip_pcie_ep {
> u64 irq_pci_addr;
> u8 irq_pci_fn;
> u8 irq_pending;
> + int perst_irq;
> + bool perst_asserted;
> + bool link_up;
> struct delayed_work link_training;
> };
>
> @@ -462,13 +466,17 @@ static int rockchip_pcie_ep_start(struct pci_epc *epc)
>
> rockchip_pcie_write(rockchip, cfg, PCIE_CORE_PHY_FUNC_CFG);
>
> + if (rockchip->ep_gpio)
> + enable_irq(ep->perst_irq);
> +
> /* Enable configuration and start link training */
> rockchip_pcie_write(rockchip,
> PCIE_CLIENT_LINK_TRAIN_ENABLE |
> PCIE_CLIENT_CONF_ENABLE,
> PCIE_CLIENT_CONFIG);
>
> - schedule_delayed_work(&ep->link_training, 0);
> + if (!rockchip->ep_gpio)
> + schedule_delayed_work(&ep->link_training, 0);
>
> return 0;
> }
> @@ -478,6 +486,11 @@ static void rockchip_pcie_ep_stop(struct pci_epc *epc)
> struct rockchip_pcie_ep *ep = epc_get_drvdata(epc);
> struct rockchip_pcie *rockchip = &ep->rockchip;
>
> + if (rockchip->ep_gpio) {
> + ep->perst_asserted = true;
> + disable_irq(ep->perst_irq);
> + }
> +
> cancel_delayed_work_sync(&ep->link_training);
>
> /* Stop link training and disable configuration */
> @@ -540,6 +553,13 @@ static void rockchip_pcie_ep_link_training(struct work_struct *work)
> if (!rockchip_pcie_ep_link_up(rockchip))
> goto again;
>
> + /*
> + * If PERST was asserted while polling the link, do not notify
> + * the function.
> + */
> + if (ep->perst_asserted)
> + return;
> +
> val = rockchip_pcie_read(rockchip, PCIE_CLIENT_BASIC_STATUS0);
> dev_info(dev,
> "Link UP (Negociated speed: %sGT/s, width: x%lu)\n",
> @@ -549,6 +569,7 @@ static void rockchip_pcie_ep_link_training(struct work_struct *work)
>
> /* Notify the function */
> pci_epc_linkup(ep->epc);
> + ep->link_up = true;
>
> return;
>
> @@ -556,6 +577,94 @@ static void rockchip_pcie_ep_link_training(struct work_struct *work)
> schedule_delayed_work(&ep->link_training, msecs_to_jiffies(5));
> }
>
> +static void rockchip_pcie_ep_perst_assert(struct rockchip_pcie_ep *ep)
> +{
> + struct rockchip_pcie *rockchip = &ep->rockchip;
> + struct device *dev = rockchip->dev;
> +
> + dev_dbg(dev, "PERST asserted, link down\n");
> +
> + if (ep->perst_asserted)
> + return;
> +
> + ep->perst_asserted = true;
> +
> + cancel_delayed_work_sync(&ep->link_training);
> +
> + if (ep->link_up) {
> + pci_epc_linkdown(ep->epc);
> + ep->link_up = false;
> + }
> +}
> +
> +static void rockchip_pcie_ep_perst_deassert(struct rockchip_pcie_ep *ep)
> +{
> + struct rockchip_pcie *rockchip = &ep->rockchip;
> + struct device *dev = rockchip->dev;
> +
> + dev_dbg(dev, "PERST de-asserted, starting link training\n");
> +
> + if (!ep->perst_asserted)
> + return;
> +
> + ep->perst_asserted = false;
> +
> + /* Enable link re-training */
> + rockchip_pcie_ep_retrain_link(rockchip);
> +
I hope that no registers are getting reset post PERST# assert.
> + /* Start link training */
> + schedule_delayed_work(&ep->link_training, 0);
> +}
> +
> +static irqreturn_t rockchip_pcie_ep_perst_irq_thread(int irq, void *data)
> +{
> + struct pci_epc *epc = data;
> + struct rockchip_pcie_ep *ep = epc_get_drvdata(epc);
> + struct rockchip_pcie *rockchip = &ep->rockchip;
> + u32 perst = gpiod_get_value(rockchip->ep_gpio);
> +
> + if (perst)
> + rockchip_pcie_ep_perst_assert(ep);
> + else
> + rockchip_pcie_ep_perst_deassert(ep);
> +
> + irq_set_irq_type(ep->perst_irq,
> + (perst ? IRQF_TRIGGER_HIGH : IRQF_TRIGGER_LOW));
> +
> + return IRQ_HANDLED;
> +}
> +
> +static int rockchip_pcie_ep_setup_irq(struct pci_epc *epc)
> +{
> + struct rockchip_pcie_ep *ep = epc_get_drvdata(epc);
> + struct rockchip_pcie *rockchip = &ep->rockchip;
> + struct device *dev = rockchip->dev;
> + int ret;
> +
> + if (!rockchip->ep_gpio)
> + return 0;
> +
> + /* PCIe reset interrupt */
> + ep->perst_irq = gpiod_to_irq(rockchip->ep_gpio);
> + if (ep->perst_irq < 0) {
> + dev_err(dev, "No corresponding IRQ for PERST GPIO\n");
> + return ep->perst_irq;
> + }
> +
> + ep->perst_asserted = true;
How come?
> + irq_set_status_flags(ep->perst_irq, IRQ_NOAUTOEN);
> + ret = devm_request_threaded_irq(dev, ep->perst_irq, NULL,
> + rockchip_pcie_ep_perst_irq_thread,
> + IRQF_TRIGGER_HIGH | IRQF_ONESHOT,
> + "pcie-ep-perst", epc);
> + if (ret) {
> + dev_err(dev, "Request PERST GPIO IRQ failed %d\n", ret);
> + return ret;
> + }
> +
> + return 0;
> +}
> +
> static const struct pci_epc_features rockchip_pcie_epc_features = {
> .linkup_notifier = true,
> .msi_capable = true,
> @@ -719,6 +828,7 @@ static int rockchip_pcie_ep_probe(struct platform_device *pdev)
> rockchip->is_rc = false;
> rockchip->dev = dev;
> INIT_DELAYED_WORK(&ep->link_training, rockchip_pcie_ep_link_training);
> + ep->link_up = false;
'false' is the default state, isn't it?
- Mani
--
மணிவண்ணன் சதாசிவம்
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
next prev parent reply other threads:[~2024-10-10 10:49 UTC|newest]
Thread overview: 109+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-07 4:12 [PATCH v3 00/12] Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-07 4:12 ` [PATCH v3 01/12] PCI: rockchip-ep: Fix address translation unit programming Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 7:02 ` Manivannan Sadhasivam
2024-10-10 7:02 ` Manivannan Sadhasivam
2024-10-10 8:41 ` Damien Le Moal
2024-10-10 8:41 ` Damien Le Moal
2024-10-10 10:36 ` Manivannan Sadhasivam
2024-10-10 10:36 ` Manivannan Sadhasivam
2024-10-07 4:12 ` [PATCH v3 02/12] PCI: rockchip-ep: Use a macro to define EP controller .align feature Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 7:03 ` Manivannan Sadhasivam
2024-10-10 7:03 ` Manivannan Sadhasivam
2024-10-07 4:12 ` [PATCH v3 03/12] PCI: rockchip-ep: Improve rockchip_pcie_ep_unmap_addr() Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 7:09 ` Manivannan Sadhasivam
2024-10-10 7:09 ` Manivannan Sadhasivam
2024-10-11 8:22 ` Damien Le Moal
2024-10-11 8:22 ` Damien Le Moal
2024-10-07 4:12 ` [PATCH v3 04/12] PCI: rockchip-ep: Improve rockchip_pcie_ep_map_addr() Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 7:13 ` Manivannan Sadhasivam
2024-10-10 7:13 ` Manivannan Sadhasivam
2024-10-12 9:31 ` Manivannan Sadhasivam
2024-10-12 9:31 ` Manivannan Sadhasivam
2024-10-12 12:02 ` Damien Le Moal
2024-10-12 12:02 ` Damien Le Moal
2024-10-12 12:39 ` Manivannan Sadhasivam
2024-10-12 12:39 ` Manivannan Sadhasivam
2024-10-07 4:12 ` [PATCH v3 05/12] PCI: rockchip-ep: Implement the .map_align() controller operation Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 2:43 ` kernel test robot
2024-10-10 2:43 ` kernel test robot
2024-10-10 3:44 ` kernel test robot
2024-10-10 3:44 ` kernel test robot
2024-10-07 4:12 ` [PATCH v3 06/12] PCI: rockchip-ep: Refactor rockchip_pcie_ep_probe() memory allocations Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 7:23 ` Manivannan Sadhasivam
2024-10-10 7:23 ` Manivannan Sadhasivam
2024-10-07 4:12 ` [PATCH v3 07/12] PCI: rockchip-ep: Refactor rockchip_pcie_ep_probe() MSI-X hiding Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 7:25 ` Manivannan Sadhasivam
2024-10-10 7:25 ` Manivannan Sadhasivam
2024-10-10 8:09 ` Manivannan Sadhasivam
2024-10-10 8:09 ` Manivannan Sadhasivam
2024-10-10 8:37 ` Damien Le Moal
2024-10-10 8:37 ` Damien Le Moal
2024-10-11 8:30 ` Damien Le Moal
2024-10-11 8:30 ` Damien Le Moal
2024-10-12 12:14 ` Manivannan Sadhasivam
2024-10-12 12:14 ` Manivannan Sadhasivam
2024-10-11 8:25 ` Damien Le Moal
2024-10-11 8:25 ` Damien Le Moal
2024-10-12 12:12 ` Manivannan Sadhasivam
2024-10-12 12:12 ` Manivannan Sadhasivam
2024-10-07 4:12 ` [PATCH v3 08/12] PCI: rockchip-ep: Refactor endpoint link training enable Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 8:22 ` Manivannan Sadhasivam
2024-10-10 8:22 ` Manivannan Sadhasivam
2024-10-11 8:45 ` Damien Le Moal
2024-10-11 8:45 ` Damien Le Moal
2024-10-07 4:12 ` [PATCH v3 09/12] PCI: rockship-ep: Introduce rockchip_pcie_ep_stop() Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 8:24 ` Manivannan Sadhasivam
2024-10-10 8:24 ` Manivannan Sadhasivam
2024-10-07 4:12 ` [PATCH v3 10/12] PCI: rockchip-ep: Improve link training Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 10:35 ` Manivannan Sadhasivam
2024-10-10 10:35 ` Manivannan Sadhasivam
2024-10-11 8:55 ` Damien Le Moal
2024-10-11 8:55 ` Damien Le Moal
2024-10-12 12:16 ` Manivannan Sadhasivam
2024-10-12 12:16 ` Manivannan Sadhasivam
2024-10-17 0:52 ` Damien Le Moal
2024-10-17 0:52 ` Damien Le Moal
2024-10-07 4:12 ` [PATCH v3 11/12] dt-bindings: pci: rockchip,rk3399-pcie-ep: Add ep-gpios property Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-07 6:12 ` Krzysztof Kozlowski
2024-10-07 6:12 ` Krzysztof Kozlowski
2024-10-07 6:50 ` Damien Le Moal
2024-10-07 6:50 ` Damien Le Moal
2024-10-07 6:54 ` Krzysztof Kozlowski
2024-10-07 6:54 ` Krzysztof Kozlowski
2024-10-07 6:58 ` Damien Le Moal
2024-10-07 6:58 ` Damien Le Moal
2024-10-07 7:00 ` Krzysztof Kozlowski
2024-10-07 7:00 ` Krzysztof Kozlowski
2024-10-07 7:22 ` Damien Le Moal
2024-10-07 7:22 ` Damien Le Moal
2024-10-07 7:27 ` Manivannan Sadhasivam
2024-10-07 7:27 ` Manivannan Sadhasivam
2024-10-07 4:12 ` [PATCH v3 12/12] PCI: rockchip-ep: Handle PERST# signal in endpoint mode Damien Le Moal
2024-10-07 4:12 ` Damien Le Moal
2024-10-10 4:35 ` kernel test robot
2024-10-10 4:35 ` kernel test robot
2024-10-10 10:49 ` Manivannan Sadhasivam [this message]
2024-10-10 10:49 ` Manivannan Sadhasivam
2024-10-11 9:30 ` Damien Le Moal
2024-10-11 9:30 ` Damien Le Moal
2024-10-12 12:31 ` Manivannan Sadhasivam
2024-10-12 12:31 ` Manivannan Sadhasivam
2024-10-15 6:24 ` Damien Le Moal
2024-10-15 6:24 ` Damien Le Moal
2024-10-07 4:45 ` [PATCH v3 00/12] Damien Le Moal
2024-10-07 10:02 ` Niklas Cassel
2024-10-07 10:02 ` Niklas Cassel
2024-10-07 10:26 ` Damien Le Moal
2024-10-07 10:26 ` Damien Le Moal
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=20241010104932.gfrunorhpnhan5wp@thinkpad \
--to=manivannan.sadhasivam@linaro.org \
--cc=bhelgaas@google.com \
--cc=cassel@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dlemoal@kernel.org \
--cc=heiko@sntech.de \
--cc=kishon@kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=kw@linux.com \
--cc=linux-pci@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=lpieralisi@kernel.org \
--cc=rick.wertenbroek@gmail.com \
--cc=robh@kernel.org \
--cc=shawn.lin@rock-chips.com \
--cc=wilfred.mallawa@wdc.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 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.