[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAGVrzcan4pJ7=TxTf26c08ct1q9SpdLNm_DyyHTe_=3EW3pjEw@mail.gmail.com>
Date: Thu, 23 Jan 2014 14:39:13 -0800
From: Florian Fainelli <f.fainelli@...il.com>
To: Sergei Shtylyov <sergei.shtylyov@...entembedded.com>
Cc: netdev <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Joe Perches <joe@...ches.com>
Subject: Re: [PATCH net-next v2 4/4] net: phy: remove unneeded parenthesis
2014/1/23 Sergei Shtylyov <sergei.shtylyov@...entembedded.com>:
> Hello.
>
>
> On 24-01-2014 0:17, Florian Fainelli wrote:
>
>> Our if/else statement in phy_print_status() is only comprised of one
>> line for each, remove the parenthesis.
>
>
> I protest, the *if* arm is multi-line, though single statement. :-)
> Could we avoid changing that code to and fro during 3.14-rc1?
Is it that big of a problem? Does that make checkpatch.pl unhappy,
does that make you unhappy? Since this is intentionally the last patch
in the series, it would be trivial for David to ignore it I suppose.
>
>
>> Signed-off-by: Florian Fainelli <f.fainelli@...il.com>
>> ---
>> drivers/net/phy/phy.c | 5 ++---
>> 1 file changed, 2 insertions(+), 3 deletions(-)
>
>
>> diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c
>> index 36fc6e1..59aa85e 100644
>> --- a/drivers/net/phy/phy.c
>> +++ b/drivers/net/phy/phy.c
>> @@ -64,15 +64,14 @@ static const char *phy_speed_to_str(int speed)
>> */
>> void phy_print_status(struct phy_device *phydev)
>> {
>> - if (phydev->link) {
>> + if (phydev->link)
>> netdev_info(phydev->attached_dev,
>> "Link is Up - %s/%s - flow control %s\n",
>> phy_speed_to_str(phydev->speed),
>> DUPLEX_FULL == phydev->duplex ? "Full" : "Half",
>> phydev->pause ? "rx/tx" : "off");
>> - } else {
>> + else
>> netdev_info(phydev->attached_dev, "Link is Down\n");
>> - }
>> }
>> EXPORT_SYMBOL(phy_print_status);
>
>
> WBR, Sergei
>
--
Florian
--
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