[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140513.132500.1690426507365800424.davem@davemloft.net>
Date: Tue, 13 May 2014 13:25:00 -0400 (EDT)
From: David Miller <davem@...emloft.net>
To: zonque@...il.com
Cc: sergei.shtylyov@...entembedded.com, f.fainelli@...il.com,
netdev@...r.kernel.org, mugunthanvnm@...com, ujhelyi.m@...il.com
Subject: Re: [PATCH 1/3] net: of_mdio: factor out code to parse a phy's
'reg' property
From: Daniel Mack <zonque@...il.com>
Date: Tue, 13 May 2014 19:21:54 +0200
> On 05/13/2014 07:07 PM, David Miller wrote:
>> From: Sergei Shtylyov <sergei.shtylyov@...entembedded.com>
>> Date: Sun, 11 May 2014 00:29:02 +0400
>>
>>> Hello.
>>>
>>> On 05/10/2014 08:37 PM, Daniel Mack wrote:
>>>
>>>> Factor out some logic into of_mdio_parse_addr() so it can be reused
>>>> later.
>>>
>>>> Signed-off-by: Daniel Mack <zonque@...il.com>
>>>> ---
>>>> drivers/of/of_mdio.c | 37 +++++++++++++++++++++++++------------
>>>> 1 file changed, 25 insertions(+), 12 deletions(-)
>>>
>>>> diff --git a/drivers/of/of_mdio.c b/drivers/of/of_mdio.c
>>>> index 9a95831..171f9d5 100644
>>>> --- a/drivers/of/of_mdio.c
>>>> +++ b/drivers/of/of_mdio.c
>>>> @@ -114,6 +114,29 @@ static int of_mdiobus_register_phy(struct mii_bus
>>>> *mdio, struct device_node *chi
>>>> return 0;
>>>> }
>>>>
>>>> +static int of_mdio_parse_addr(struct device *dev, const struct
>>>> device_node *np)
>>>> +{
>>>> + const __be32 *paddr;
>>>> + u32 addr;
>>>> + int len;
>>>> +
>>>> + /* A PHY must have a reg property in the range [0-31] */
>>>> + paddr = of_get_property(np, "reg", &len);
>>>> + if (!paddr || len < sizeof(*paddr)) {
>>>> + dev_err(dev, "%s has invalid PHY address\n", np->full_name);
>>>> + return -EINVAL;
>>>> + }
>>>> +
>>>> + addr = be32_to_cpup(paddr);
>>>
>>> Why not just use of_property_read_u32() instead of the above? At least
>>> that's a material for a follow-up patch...
>>
>> Agreed, I would prefer if of_property_read_u32() is used here instead
>> of this by hand expansion.
>>
>
> Yes, I agree as well, but I guess I can add this as a follow-up patch,
> so we have it separate from the code move?
Please repost the patch series with the requested changes made, no need
to start with excessive code from the beginning only to remove it.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists