[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-id: <4EA69972.4090004@renesas.com>
Date: Tue, 25 Oct 2011 20:11:46 +0900
From: Yoshihiro Shimoda <yoshihiro.shimoda.uh@...esas.com>
To: Kyle Moffett <Kyle.D.Moffett@...ing.com>
Cc: linux-kernel@...r.kernel.org, netdev@...r.kernel.org,
"David S. Miller" <davem@...emloft.net>,
Nobuhiro Iwamatsu <nobuhiro.iwamatsu.yj@...esas.com>,
Kuninori Morimoto <morimoto.kuninori@...esas.com>
Subject: Re: [RFC PATCH 11/17] sh_eth: Don't unnecessarily reset the PHY
Hi,
2011/10/21 6:00, Kyle Moffett wrote:
> The PHY is already reset during driver probing, and this manual reset
> afterwards will wipe out board-specific PHY fixups and driver-specific
> phy->drv->config_init() register tweaks.
Thank you for your patch. I think so.
However, the patch cannot work correctly on my environment.
> Signed-off-by: Kyle Moffett <Kyle.D.Moffett@...ing.com>
> ---
> drivers/net/sh_eth.c | 19 +------------------
> 1 files changed, 1 insertions(+), 18 deletions(-)
>
> diff --git a/drivers/net/sh_eth.c b/drivers/net/sh_eth.c
> index 1c1666e..7ef4378 100644
> --- a/drivers/net/sh_eth.c
> +++ b/drivers/net/sh_eth.c
> @@ -1235,23 +1235,6 @@ static int sh_eth_phy_init(struct net_device *ndev)
> return 0;
> }
>
> -/* PHY control start function */
> -static int sh_eth_phy_start(struct net_device *ndev)
> -{
> - struct sh_eth_private *mdp = netdev_priv(ndev);
> - int ret;
> -
> - ret = sh_eth_phy_init(ndev);
> - if (ret)
> - return ret;
> -
> - /* reset phy - this also wakes it from PDOWN */
> - phy_write(mdp->phydev, MII_BMCR, BMCR_RESET);
> - phy_start(mdp->phydev);
I think that the driver needs the phy_start().
So, I removed the phy_write() only. Then, the driver could work correctly.
Therefore, I would to remove the following code only.
Do you think about this?
> - /* reset phy - this also wakes it from PDOWN */
> - phy_write(mdp->phydev, MII_BMCR, BMCR_RESET);
Thanks,
Yoshihiro Shimoda
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists