[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <56BE2AC4.2040908@gmail.com>
Date: Fri, 12 Feb 2016 10:56:04 -0800
From: Florian Fainelli <f.fainelli@...il.com>
To: Clemens Gruber <clemens.gruber@...ruber.com>,
netdev@...r.kernel.org
Cc: linux-kernel@...r.kernel.org,
Sjoerd Simons <sjoerd.simons@...labora.co.uk>,
"David S . Miller" <davem@...emloft.net>,
Andrew Lunn <andrew@...n.ch>
Subject: Re: [PATCH] Revert "net: phy: turn carrier off on phy attach"
On 12/02/16 10:01, Clemens Gruber wrote:
> Commit 113c74d83eef ("net: phy: turn carrier off on phy attach") breaks
> the eth0 link coming up on all my i.MX6Q boards with a Marvell 88E1510.
> If I then do a ifconfig eth0 down/up cycle I first get a MDIO read
> timeout but then the link becomes ready and everything is back to
> normal.
> Without this step however, the link stays down forever, an unusually
> high amount of phy interrupts occur (about 10000/second) and kworker/0:2
> is constantly using over 60% of the CPU.
>
> Reverting it fixes the problems with the link not coming up at boot as
> well as the high amount of phy interrupts and kworker load in that
> state.
You are seeing this with the FEC driver right? We probably want to
carefully audit the driver and understand what could be going wrong, the
initial change is correct, so there must be something else going on here.
>
> This reverts commit 113c74d83eef870e43a0d9279044e9d5435f0d07.
>
> Signed-off-by: Clemens Gruber <clemens.gruber@...ruber.com>
> ---
> drivers/net/phy/phy_device.c | 5 -----
> 1 file changed, 5 deletions(-)
>
> diff --git a/drivers/net/phy/phy_device.c b/drivers/net/phy/phy_device.c
> index bad3f00..903737a 100644
> --- a/drivers/net/phy/phy_device.c
> +++ b/drivers/net/phy/phy_device.c
> @@ -901,11 +901,6 @@ int phy_attach_direct(struct net_device *dev, struct phy_device *phydev,
>
> phydev->state = PHY_READY;
>
> - /* Initial carrier state is off as the phy is about to be
> - * (re)initialized.
> - */
> - netif_carrier_off(phydev->attached_dev);
> -
> /* Do initial configuration here, now that
> * we have certain key parameters
> * (dev_flags and interface)
>
--
Florian
Powered by blists - more mailing lists