From: Suman Anna <s-anna@ti.com>
To: Kishon Vijay Abraham I <kishon@ti.com>,
Tony Lindgren <tony@atomide.com>,
Bjorn Helgaas <bhelgaas@google.com>,
richardcochran@gmail.com
Cc: Russell King <linux@arm.linux.org.uk>,
linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, nsekhar@ti.com
Subject: Re: [PATCH v2 3/3] pci: dra7xx: use pdata callbacks to perform reset
Date: Wed, 13 Jan 2016 11:51:34 -0600 [thread overview]
Message-ID: <56968EA6.2060408@ti.com> (raw)
In-Reply-To: <1452667666-17533-4-git-send-email-kishon@ti.com>
On 01/13/2016 12:47 AM, Kishon Vijay Abraham I wrote:
> Use platform populated reset assert and deassert
> callbacks to perform reset of PCIe.
>
> Use these callbacks until a reset interface using drivers/reset
> is available for the purpose.
>
> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com>
> Signed-off-by: Sekhar Nori <nsekhar@ti.com>
> ---
> drivers/pci/host/pci-dra7xx.c | 32 ++++++++++++++++++++++++++++++++
> 1 file changed, 32 insertions(+)
>
> diff --git a/drivers/pci/host/pci-dra7xx.c b/drivers/pci/host/pci-dra7xx.c
> index 8c36880..049083d 100644
> --- a/drivers/pci/host/pci-dra7xx.c
> +++ b/drivers/pci/host/pci-dra7xx.c
> @@ -25,6 +25,8 @@
> #include <linux/resource.h>
> #include <linux/types.h>
>
> +#include <linux/platform_data/pci-dra7xx.h>
> +
> #include "pcie-designware.h"
>
> /* PCIe controller wrapper DRA7XX configuration registers */
> @@ -329,6 +331,32 @@ static int __init dra7xx_add_pcie_port(struct dra7xx_pcie *dra7xx,
> return 0;
> }
>
> +static int dra7xx_pcie_reset(struct platform_device *pdev)
> +{
> + int ret;
> + struct device *dev = &pdev->dev;
> + struct pci_dra7xx_platform_data *pdata = pdev->dev.platform_data;
> +
> + if (!(pdata && pdata->deassert_reset && pdata->assert_reset)) {
> + dev_err(dev, "platform data for reset not found!\n");
> + return -EINVAL;
> + }
> +
> + ret = pdata->assert_reset(pdev, pdata->reset_name);
> + if (ret) {
> + dev_err(dev, "assert_reset failed: %d\n", ret);
> + return ret;
> + }
> +
> + ret = pdata->deassert_reset(pdev, pdata->reset_name);
> + if (ret) {
> + dev_err(dev, "deassert_reset failed: %d\n", ret);
> + return ret;
> + }
The only comment I have on this is the symmetry (assert_reset invocation
in driver remove). If you install and remove the module once, then the
reset stays deasserted. On Power-On-Reset, the resets by default will be
in asserted state.
regards
SUman
> +
> + return 0;
> +}
> +
> static int __init dra7xx_pcie_probe(struct platform_device *pdev)
> {
> u32 reg;
> @@ -347,6 +375,10 @@ static int __init dra7xx_pcie_probe(struct platform_device *pdev)
> enum of_gpio_flags flags;
> unsigned long gpio_flags;
>
> + ret = dra7xx_pcie_reset(pdev);
> + if (ret)
> + return ret;
> +
> dra7xx = devm_kzalloc(dev, sizeof(*dra7xx), GFP_KERNEL);
> if (!dra7xx)
> return -ENOMEM;
>
WARNING: multiple messages have this Message-ID (diff)
From: s-anna@ti.com (Suman Anna)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 3/3] pci: dra7xx: use pdata callbacks to perform reset
Date: Wed, 13 Jan 2016 11:51:34 -0600 [thread overview]
Message-ID: <56968EA6.2060408@ti.com> (raw)
In-Reply-To: <1452667666-17533-4-git-send-email-kishon@ti.com>
On 01/13/2016 12:47 AM, Kishon Vijay Abraham I wrote:
> Use platform populated reset assert and deassert
> callbacks to perform reset of PCIe.
>
> Use these callbacks until a reset interface using drivers/reset
> is available for the purpose.
>
> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com>
> Signed-off-by: Sekhar Nori <nsekhar@ti.com>
> ---
> drivers/pci/host/pci-dra7xx.c | 32 ++++++++++++++++++++++++++++++++
> 1 file changed, 32 insertions(+)
>
> diff --git a/drivers/pci/host/pci-dra7xx.c b/drivers/pci/host/pci-dra7xx.c
> index 8c36880..049083d 100644
> --- a/drivers/pci/host/pci-dra7xx.c
> +++ b/drivers/pci/host/pci-dra7xx.c
> @@ -25,6 +25,8 @@
> #include <linux/resource.h>
> #include <linux/types.h>
>
> +#include <linux/platform_data/pci-dra7xx.h>
> +
> #include "pcie-designware.h"
>
> /* PCIe controller wrapper DRA7XX configuration registers */
> @@ -329,6 +331,32 @@ static int __init dra7xx_add_pcie_port(struct dra7xx_pcie *dra7xx,
> return 0;
> }
>
> +static int dra7xx_pcie_reset(struct platform_device *pdev)
> +{
> + int ret;
> + struct device *dev = &pdev->dev;
> + struct pci_dra7xx_platform_data *pdata = pdev->dev.platform_data;
> +
> + if (!(pdata && pdata->deassert_reset && pdata->assert_reset)) {
> + dev_err(dev, "platform data for reset not found!\n");
> + return -EINVAL;
> + }
> +
> + ret = pdata->assert_reset(pdev, pdata->reset_name);
> + if (ret) {
> + dev_err(dev, "assert_reset failed: %d\n", ret);
> + return ret;
> + }
> +
> + ret = pdata->deassert_reset(pdev, pdata->reset_name);
> + if (ret) {
> + dev_err(dev, "deassert_reset failed: %d\n", ret);
> + return ret;
> + }
The only comment I have on this is the symmetry (assert_reset invocation
in driver remove). If you install and remove the module once, then the
reset stays deasserted. On Power-On-Reset, the resets by default will be
in asserted state.
regards
SUman
> +
> + return 0;
> +}
> +
> static int __init dra7xx_pcie_probe(struct platform_device *pdev)
> {
> u32 reg;
> @@ -347,6 +375,10 @@ static int __init dra7xx_pcie_probe(struct platform_device *pdev)
> enum of_gpio_flags flags;
> unsigned long gpio_flags;
>
> + ret = dra7xx_pcie_reset(pdev);
> + if (ret)
> + return ret;
> +
> dra7xx = devm_kzalloc(dev, sizeof(*dra7xx), GFP_KERNEL);
> if (!dra7xx)
> return -ENOMEM;
>
WARNING: multiple messages have this Message-ID (diff)
From: Suman Anna <s-anna@ti.com>
To: Kishon Vijay Abraham I <kishon@ti.com>,
Tony Lindgren <tony@atomide.com>,
Bjorn Helgaas <bhelgaas@google.com>, <richardcochran@gmail.com>
Cc: Russell King <linux@arm.linux.org.uk>,
<linux-omap@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <nsekhar@ti.com>
Subject: Re: [PATCH v2 3/3] pci: dra7xx: use pdata callbacks to perform reset
Date: Wed, 13 Jan 2016 11:51:34 -0600 [thread overview]
Message-ID: <56968EA6.2060408@ti.com> (raw)
In-Reply-To: <1452667666-17533-4-git-send-email-kishon@ti.com>
On 01/13/2016 12:47 AM, Kishon Vijay Abraham I wrote:
> Use platform populated reset assert and deassert
> callbacks to perform reset of PCIe.
>
> Use these callbacks until a reset interface using drivers/reset
> is available for the purpose.
>
> Signed-off-by: Kishon Vijay Abraham I <kishon@ti.com>
> Signed-off-by: Sekhar Nori <nsekhar@ti.com>
> ---
> drivers/pci/host/pci-dra7xx.c | 32 ++++++++++++++++++++++++++++++++
> 1 file changed, 32 insertions(+)
>
> diff --git a/drivers/pci/host/pci-dra7xx.c b/drivers/pci/host/pci-dra7xx.c
> index 8c36880..049083d 100644
> --- a/drivers/pci/host/pci-dra7xx.c
> +++ b/drivers/pci/host/pci-dra7xx.c
> @@ -25,6 +25,8 @@
> #include <linux/resource.h>
> #include <linux/types.h>
>
> +#include <linux/platform_data/pci-dra7xx.h>
> +
> #include "pcie-designware.h"
>
> /* PCIe controller wrapper DRA7XX configuration registers */
> @@ -329,6 +331,32 @@ static int __init dra7xx_add_pcie_port(struct dra7xx_pcie *dra7xx,
> return 0;
> }
>
> +static int dra7xx_pcie_reset(struct platform_device *pdev)
> +{
> + int ret;
> + struct device *dev = &pdev->dev;
> + struct pci_dra7xx_platform_data *pdata = pdev->dev.platform_data;
> +
> + if (!(pdata && pdata->deassert_reset && pdata->assert_reset)) {
> + dev_err(dev, "platform data for reset not found!\n");
> + return -EINVAL;
> + }
> +
> + ret = pdata->assert_reset(pdev, pdata->reset_name);
> + if (ret) {
> + dev_err(dev, "assert_reset failed: %d\n", ret);
> + return ret;
> + }
> +
> + ret = pdata->deassert_reset(pdev, pdata->reset_name);
> + if (ret) {
> + dev_err(dev, "deassert_reset failed: %d\n", ret);
> + return ret;
> + }
The only comment I have on this is the symmetry (assert_reset invocation
in driver remove). If you install and remove the module once, then the
reset stays deasserted. On Power-On-Reset, the resets by default will be
in asserted state.
regards
SUman
> +
> + return 0;
> +}
> +
> static int __init dra7xx_pcie_probe(struct platform_device *pdev)
> {
> u32 reg;
> @@ -347,6 +375,10 @@ static int __init dra7xx_pcie_probe(struct platform_device *pdev)
> enum of_gpio_flags flags;
> unsigned long gpio_flags;
>
> + ret = dra7xx_pcie_reset(pdev);
> + if (ret)
> + return ret;
> +
> dra7xx = devm_kzalloc(dev, sizeof(*dra7xx), GFP_KERNEL);
> if (!dra7xx)
> return -ENOMEM;
>
next prev parent reply other threads:[~2016-01-13 17:51 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-13 6:47 [PATCH v2 0/3] dra7xx: get pcie working in mainline Kishon Vijay Abraham I
2016-01-13 6:47 ` Kishon Vijay Abraham I
2016-01-13 6:47 ` Kishon Vijay Abraham I
2016-01-13 6:47 ` [PATCH v2 1/3] ARM: DRA7: hwmod: Add reset data for PCIe Kishon Vijay Abraham I
2016-01-13 6:47 ` Kishon Vijay Abraham I
2016-01-13 6:47 ` Kishon Vijay Abraham I
2016-01-13 17:13 ` Tony Lindgren
2016-01-13 17:13 ` Tony Lindgren
2016-01-13 17:46 ` Suman Anna
2016-01-13 17:46 ` Suman Anna
2016-01-13 17:46 ` Suman Anna
2016-01-13 6:47 ` [PATCH v2 2/3] ARM: DRA7: add pdata-quirks to do reset of PCIe Kishon Vijay Abraham I
2016-01-13 6:47 ` Kishon Vijay Abraham I
2016-01-13 6:47 ` Kishon Vijay Abraham I
2016-01-13 17:35 ` Suman Anna
2016-01-13 17:35 ` Suman Anna
2016-01-13 17:35 ` Suman Anna
2016-01-13 6:47 ` [PATCH v2 3/3] pci: dra7xx: use pdata callbacks to perform reset Kishon Vijay Abraham I
2016-01-13 6:47 ` Kishon Vijay Abraham I
2016-01-13 6:47 ` Kishon Vijay Abraham I
2016-01-13 17:19 ` Tony Lindgren
2016-01-13 17:19 ` Tony Lindgren
2016-01-13 17:51 ` Suman Anna [this message]
2016-01-13 17:51 ` Suman Anna
2016-01-13 17:51 ` Suman Anna
2016-01-14 8:37 ` Kishon Vijay Abraham I
2016-01-14 8:37 ` Kishon Vijay Abraham I
2016-01-14 8:37 ` Kishon Vijay Abraham I
2016-01-14 13:28 ` Kishon Vijay Abraham I
2016-01-14 13:28 ` Kishon Vijay Abraham I
2016-01-14 13:28 ` Kishon Vijay Abraham I
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=56968EA6.2060408@ti.com \
--to=s-anna@ti.com \
--cc=bhelgaas@google.com \
--cc=kishon@ti.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=nsekhar@ti.com \
--cc=richardcochran@gmail.com \
--cc=tony@atomide.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.