From: Kishon Vijay Abraham I <kishon@ti.com>
To: Andrew Lunn <andrew@lunn.ch>, tj@kernel.org
Cc: linux-ide@vger.kernel.org
Subject: Re: [PATCH 2/3] drivers: phy: Add support for optional phys
Date: Mon, 3 Feb 2014 11:21:48 +0530 [thread overview]
Message-ID: <52EF2E74.1040501@ti.com> (raw)
In-Reply-To: <1391264157-2112-2-git-send-email-andrew@lunn.ch>
Hi,
On Saturday 01 February 2014 07:45 PM, Andrew Lunn wrote:
> Add devm_phy_optional_get, which should be used when the phy is
> optional. It does not return an error when the phy does not exist,
> rather it returns NULL, which is considered as a valid phy, but
> results in NOPs when used with the consumer API.
>
> Signed-off-by: Andrew Lunn <andrew@lunn.ch>
> ---
> Documentation/phy.txt | 18 +++++++++++-------
> drivers/phy/phy-core.c | 27 +++++++++++++++++++++++++--
> include/linux/phy/phy.h | 7 +++++++
> 3 files changed, 43 insertions(+), 9 deletions(-)
>
> diff --git a/Documentation/phy.txt b/Documentation/phy.txt
> index 2e24b993e95f..1f34a44975ba 100644
> --- a/Documentation/phy.txt
> +++ b/Documentation/phy.txt
> @@ -76,13 +76,17 @@ it. This framework provides the following APIs to get a reference to the PHY.
>
> struct phy *phy_get(struct device *dev, const char *string);
> struct phy *devm_phy_get(struct device *dev, const char *string);
> -
> -phy_get and devm_phy_get can be used to get the PHY. In the case of dt boot,
> -the string arguments should contain the phy name as given in the dt data and
> -in the case of non-dt boot, it should contain the label of the PHY.
> -The only difference between the two APIs is that devm_phy_get associates the
> -device with the PHY using devres on successful PHY get. On driver detach,
> -release function is invoked on the the devres data and devres data is freed.
> +struct phy *devm_phy_optional_get(struct device *dev, const char *string);
> +
> +phy_get, devm_phy_get and devm_phy_optional_get can be used to get the
> +PHY. In the case of dt boot, the string arguments should contain the
> +phy name as given in the dt data and in the case of non-dt boot, it
> +should contain the label of the PHY. The two devm_phy_get associates
> +the device with the PHY using devres on successful PHY get. On driver
> +detach, release function is invoked on the the devres data and devres
> +data is freed. devm_phy_optional_get should be used when the phy is
> +optional. It does not return an error when the phy cannot be found, it
> +returns NULL.
>
> It should be noted that NULL is a valid phy reference. All phy
> consumer calls on the NULL phy become NOPs. That is the release calls,
> diff --git a/drivers/phy/phy-core.c b/drivers/phy/phy-core.c
> index 74d34b5cc75c..4992523111b5 100644
> --- a/drivers/phy/phy-core.c
> +++ b/drivers/phy/phy-core.c
> @@ -390,13 +390,13 @@ struct phy *phy_get(struct device *dev, const char *string)
> string);
> phy = of_phy_get(dev, index);
> if (IS_ERR(phy)) {
> - dev_err(dev, "unable to find phy\n");
> + dev_dbg(dev, "unable to find phy\n");
> return phy;
> }
> } else {
> phy = phy_lookup(dev, string);
> if (IS_ERR(phy)) {
> - dev_err(dev, "unable to find phy\n");
> + dev_dbg(dev, "unable to find phy\n");
> return phy;
> }
Hans de Goede has a patch [1] that deals with this. You might want to have a
look at it.
[1] -> https://groups.google.com/forum/#!msg/linux-sunxi/NfWi6rWcGsA/nw2jUw8KVOEJ
> }
> @@ -441,6 +441,29 @@ struct phy *devm_phy_get(struct device *dev, const char *string)
> EXPORT_SYMBOL_GPL(devm_phy_get);
>
> /**
> + * devm_phy_optional_get() - lookup and obtain a reference to an optional phy.
> + * @dev: device that requests this phy
> + * @string: the phy name as given in the dt data or phy device name
> + * for non-dt case
> + *
> + * Gets the phy using phy_get(), and associates a device with it using
> + * devres. On driver detach, release function is invoked on the devres data,
> + * then, devres data is freed. This differs to devm_phy_get() in that if the
> + * phy does not exist, it is not considered an error. Instead the NULL phy
> + * is returned, which can be passed to all other phy consumer calls.
It doesn't explain how devm_phy_optional_get is different from phy_get :-s
> + */
> +struct phy *devm_phy_optional_get(struct device *dev, const char *string)
> +{
> + struct phy *phy = devm_phy_get(dev, string);
> +
> + if (PTR_ERR(phy) == -ENODEV)
> + phy = NULL;
Do we need an API in phy-core to handle this? Can't this be done in the
controller driver itself?
Cheers
Kishon
next prev parent reply other threads:[~2014-02-03 5:51 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <0140131114857.GC26148@htj.dyndns.org>
2014-02-01 14:15 ` [PATCH 1/3] drivers: phy: Make NULL a valid phy reference Andrew Lunn
2014-02-01 14:15 ` [PATCH 2/3] drivers: phy: Add support for optional phys Andrew Lunn
2014-02-03 5:51 ` Kishon Vijay Abraham I [this message]
2014-02-03 9:36 ` Andrew Lunn
2014-02-03 10:19 ` Kishon Vijay Abraham I
2014-02-03 18:00 ` [patch v2 1/3] drivers: phy: Make NULL a valid phy reference Andrew Lunn
2014-02-03 18:00 ` [patch v2 2/3] drivers: phy: Add support for optional phys Andrew Lunn
2014-02-03 18:00 ` [patch v2 3/3] ata: sata_mv: Fix probe failures with " Andrew Lunn
2014-02-03 18:02 ` Tejun Heo
2014-02-03 19:04 ` Sergei Shtylyov
2014-02-03 18:17 ` [patch v3 " Andrew Lunn
2014-02-03 19:21 ` Sergei Shtylyov
2014-02-03 19:06 ` [patch v2 1/3] drivers: phy: Make NULL a valid phy reference Sergei Shtylyov
2014-02-03 18:13 ` Andrew Lunn
2014-02-03 19:17 ` Sergei Shtylyov
2014-02-03 21:15 ` Gregory CLEMENT
2014-02-01 14:15 ` [PATCH 3/3] ata: sata_mv: Fix probe failures with optional phys Andrew Lunn
2014-02-01 14:44 ` Ezequiel Garcia
2014-02-01 14:56 ` Andrew Lunn
2014-02-01 15:36 ` Ezequiel Garcia
2014-02-03 16:03 ` Tejun Heo
2014-02-03 16:20 ` Andrew Lunn
2014-02-03 16:21 ` Tejun Heo
2014-02-03 16:21 ` Gregory CLEMENT
2014-02-03 17:17 ` Gregory CLEMENT
2014-02-03 17:23 ` Andrew Lunn
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=52EF2E74.1040501@ti.com \
--to=kishon@ti.com \
--cc=andrew@lunn.ch \
--cc=linux-ide@vger.kernel.org \
--cc=tj@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: 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.