[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <e722c4a0-2215-7ea4-db07-fb3445a737f8@maxlinear.com>
Date: Fri, 24 Sep 2021 15:48:42 +0000
From: Liang Xu <lxu@...linear.com>
To: Andrew Lunn <andrew@...n.ch>
CC: "hkallweit1@...il.com" <hkallweit1@...il.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"davem@...emloft.net" <davem@...emloft.net>,
"kuba@...nel.org" <kuba@...nel.org>,
"vee.khee.wong@...ux.intel.com" <vee.khee.wong@...ux.intel.com>,
"linux@...linux.org.uk" <linux@...linux.org.uk>,
Hauke Mehrtens <hmehrtens@...linear.com>,
Thomas Mohren <tmohren@...linear.com>,
"Ismail, Mohammad Athari" <mohammad.athari.ismail@...el.com>
Subject: Re: [PATCH] net: phy: enhance GPY115 loopback disable function
On 24/9/2021 7:59 pm, Andrew Lunn wrote:
> This email was sent from outside of MaxLinear.
>
>
> On Fri, Sep 24, 2021 at 05:05:37PM +0800, Xu Liang wrote:
>> GPY115 need reset PHY when it comes out from loopback mode if the firmware
>> version number (lower 8 bits) is equal to or below 0x76.
>>
>> Signed-off-by: Xu Liang <lxu@...linear.com>
>> ---
>> drivers/net/phy/mxl-gpy.c | 30 ++++++++++++++++++++++++++++--
>> 1 file changed, 28 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/net/phy/mxl-gpy.c b/drivers/net/phy/mxl-gpy.c
>> index 2d5d5081c3b6..3ef62d5c4776 100644
>> --- a/drivers/net/phy/mxl-gpy.c
>> +++ b/drivers/net/phy/mxl-gpy.c
>> @@ -493,6 +493,32 @@ static int gpy_loopback(struct phy_device *phydev, bool enable)
>> return ret;
>> }
>>
>> +static int gpy115_loopback(struct phy_device *phydev, bool enable)
>> +{
>> + int ret;
>> + int fw_minor;
>> +
>> + if (enable)
>> + return gpy_loopback(phydev, enable);
>> +
>> + /* Show GPY PHY FW version in dmesg */
> You don't show anything.
You are right. Sorry it was a mistake. I will fix it.
>
>> + ret = phy_read(phydev, PHY_FWV);
>> + if (ret < 0)
>> + return ret;
>> +
>> + fw_minor = FIELD_GET(PHY_FWV_MINOR_MASK, ret);
>> + if (fw_minor > 0x0076)
>> + return gpy_loopback(phydev, 0);
>> +
>> + ret = phy_modify(phydev, MII_BMCR, BMCR_LOOPBACK, BMCR_RESET);
>> + if (!ret) {
>> + /* Some delay for the reset complete. */
>> + msleep(100);
>> + }
> genphy_soft_reset() would be better. Does a soft reset clear the
> BMCR_LOOPBACK bit? It should do, according to C22.
>
> Andrew
>
Yes, I will use genphy_soft_reset instead.
Thanks & Regards,
Xu Liang
Powered by blists - more mailing lists