From: Hans de Goede <hdegoede@redhat.com>
To: Miquel Raynal <miquel.raynal@bootlin.com>,
Gregory Clement <gregory.clement@bootlin.com>,
Jason Cooper <jason@lakedaemon.net>, Andrew Lunn <andrew@lunn.ch>,
Sebastian Hesselbarth <sebastian.hesselbarth@gmail.com>,
Rob Herring <robh+dt@kernel.org>,
Mark Rutland <mark.rutland@arm.com>, Jens Axboe <axboe@kernel.dk>
Cc: devicetree@vger.kernel.org, linux-pm@vger.kernel.org,
Antoine Tenart <antoine.tenart@bootlin.com>,
Maxime Chevallier <maxime.chevallier@bootlin.com>,
Nadav Haklai <nadavh@marvell.com>,
linux-ide@vger.kernel.org,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v2 1/6] ata: libahci_platform: comply to PHY framework
Date: Sun, 2 Dec 2018 14:19:49 +0100 [thread overview]
Message-ID: <0517746d-3fca-db57-8dca-8976910dad9c@redhat.com> (raw)
In-Reply-To: <20181130153833.11421-2-miquel.raynal@bootlin.com>
Hi,
On 30-11-18 16:38, Miquel Raynal wrote:
> Current implementation of the libahci does not take into account the
> new PHY framework. Correct the situation by adding a call to
> phy_set_mode() before phy_power_on() and by adding calls to
> ahci_platform_enable/disable_phys() at suspend/resume_host() time.
>
> Suggested-by: Grzegorz Jaszczyk <jaz@semihalf.com>
> Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
Much better. Some remarks inline.
> ---
> drivers/ata/ahci.h | 2 ++
> drivers/ata/libahci_platform.c | 19 ++++++++++++++++++-
> 2 files changed, 20 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/ata/ahci.h b/drivers/ata/ahci.h
> index ef356e70e6de..982638b37fee 100644
> --- a/drivers/ata/ahci.h
> +++ b/drivers/ata/ahci.h
> @@ -254,6 +254,8 @@ enum {
> AHCI_HFLAG_IS_MOBILE = (1 << 25), /* mobile chipset, use
> SATA_MOBILE_LPM_POLICY
> as default lpm_policy */
> + AHCI_HFLAG_MANAGE_PHYS = (1 << 26), /* let the core manage the
> + PHYs when relevant */
Using a hflag for this is a good idea, but the MANAGE_PHYS names is a bit
generic, even if this is not set then ahci_platform_enable_resources() will
still enable the phy. So I would name this AHCI_HFLAG_SUSPEND_PHYS to make
clear this only influences suspend/resume behavior.
Also see below.
> /* ap->flags bits */
>
> diff --git a/drivers/ata/libahci_platform.c b/drivers/ata/libahci_platform.c
> index 4b900fc659f7..f5a64eb1fea8 100644
> --- a/drivers/ata/libahci_platform.c
> +++ b/drivers/ata/libahci_platform.c
> @@ -56,6 +56,12 @@ static int ahci_platform_enable_phys(struct ahci_host_priv *hpriv)
> if (rc)
> goto disable_phys;
>
> + rc = phy_set_mode(hpriv->phys[i], PHY_MODE_SATA);
> + if (rc) {
> + phy_exit(hpriv->phys[i]);
> + goto disable_phys;
> + }
> +
> rc = phy_power_on(hpriv->phys[i]);
> if (rc) {
> phy_exit(hpriv->phys[i]);
> @@ -378,7 +384,8 @@ static int ahci_platform_get_regulator(struct ahci_host_priv *hpriv, u32 port,
> * 3) 0 - AHCI_MAX_CLKS clocks, as specified in the devs devicetree node,
> * or for non devicetree enabled platforms a single clock
> * 4) resets, if flags has AHCI_PLATFORM_GET_RESETS (optional)
> - * 5) phys (optional)
> + * 5) phys (optional), PHY handling during suspend/resume will be skipped if the
> + * flag AHCI_HFLAG_MANAGE_PHYS is missing.
> *
> * RETURNS:
> * The allocated ahci_host_priv on success, otherwise an ERR_PTR value
> @@ -458,6 +465,9 @@ struct ahci_host_priv *ahci_platform_get_resources(struct platform_device *pdev,
> }
> }
>
> + if (flags & AHCI_HFLAG_MANAGE_PHYS)
> + hpriv->flags |= AHCI_HFLAG_MANAGE_PHYS;
> +
> hpriv->nports = child_nodes = of_get_child_count(dev->of_node);
>
> /*
Interpreting a flag passed to ahci_platform_get_resources using a
AHCI_HFLAG_* mask is asking for trouble in the future.
Since you are using a hflag for this, you can just drop this chunk / change
and in the caller of ahci_platform_get_resources() do:
hpriv = ahci_platform_get_resources(pdev, ...);
if (IS_ERR(hpriv))
...
hpriv->flags |= AHCI_HFLAG_MANAGE_PHYS;
Settting hflags like this after calling ahci_platform_get_resources()
is already done in several place.
Once this is changed, this patch looks good to go upstream to me.
Regards,
Hans
> @@ -738,6 +748,9 @@ int ahci_platform_suspend_host(struct device *dev)
> writel(ctl, mmio + HOST_CTL);
> readl(mmio + HOST_CTL); /* flush */
>
> + if (hpriv->flags & AHCI_HFLAG_MANAGE_PHYS)
> + ahci_platform_disable_phys(hpriv);
> +
> return ata_host_suspend(host, PMSG_SUSPEND);
> }
> EXPORT_SYMBOL_GPL(ahci_platform_suspend_host);
> @@ -756,6 +769,7 @@ EXPORT_SYMBOL_GPL(ahci_platform_suspend_host);
> int ahci_platform_resume_host(struct device *dev)
> {
> struct ata_host *host = dev_get_drvdata(dev);
> + struct ahci_host_priv *hpriv = host->private_data;
> int rc;
>
> if (dev->power.power_state.event == PM_EVENT_SUSPEND) {
> @@ -766,6 +780,9 @@ int ahci_platform_resume_host(struct device *dev)
> ahci_init_controller(host);
> }
>
> + if (hpriv->flags & AHCI_HFLAG_MANAGE_PHYS)
> + ahci_platform_enable_phys(hpriv);
> +
> ata_host_resume(host);
>
> return 0;
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2018-12-02 13:20 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-30 15:38 [PATCH v2 0/6] Bring suspend to RAM support to MVEBU SATA Miquel Raynal
2018-11-30 15:38 ` [PATCH v2 1/6] ata: libahci_platform: comply to PHY framework Miquel Raynal
2018-12-02 13:19 ` Hans de Goede [this message]
2018-12-03 14:46 ` Miquel Raynal
2018-12-03 14:55 ` Hans de Goede
2018-11-30 15:38 ` [PATCH v2 2/6] ata: ahci: mvebu: remove stale comment Miquel Raynal
2018-11-30 15:38 ` [PATCH v2 3/6] ata: ahci: mvebu: do Armada 38x configuration only on relevant SoCs Miquel Raynal
2018-11-30 15:38 ` [PATCH v2 4/6] ata: ahci: mvebu: add Armada 3700 initialization needed for S2RAM Miquel Raynal
2018-11-30 15:38 ` [PATCH v2 5/6] ARM64: dts: marvell: armada-37xx: declare SATA clock Miquel Raynal
2018-11-30 15:38 ` [PATCH v2 6/6] ARM64: dts: marvell: armada-3720-espressobin: declare SATA PHY property Miquel Raynal
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=0517746d-3fca-db57-8dca-8976910dad9c@redhat.com \
--to=hdegoede@redhat.com \
--cc=andrew@lunn.ch \
--cc=antoine.tenart@bootlin.com \
--cc=axboe@kernel.dk \
--cc=devicetree@vger.kernel.org \
--cc=gregory.clement@bootlin.com \
--cc=jason@lakedaemon.net \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-ide@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=maxime.chevallier@bootlin.com \
--cc=miquel.raynal@bootlin.com \
--cc=nadavh@marvell.com \
--cc=robh+dt@kernel.org \
--cc=sebastian.hesselbarth@gmail.com \
--cc=thomas.petazzoni@bootlin.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;
as well as URLs for NNTP newsgroup(s).