[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20200721.155033.2149733194853712030.davem@davemloft.net>
Date: Tue, 21 Jul 2020 15:50:33 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: helmut.grohne@...enta.de
Cc: andrew@...n.ch, f.fainelli@...il.com, hkallweit1@...il.com,
linux@...linux.org.uk, kuba@...nel.org, netdev@...r.kernel.org,
woojung.huh@...rochip.com, UNGLinuxDriver@...rochip.com,
vivien.didelot@...il.com, Tristram.Ha@...rochip.com
Subject: Re: [PATCH v4] net: dsa: microchip: call phy_remove_link_mode
during probe
From: Helmut Grohne <helmut.grohne@...enta.de>
Date: Tue, 21 Jul 2020 13:07:39 +0200
> When doing "ip link set dev ... up" for a ksz9477 backed link,
> ksz9477_phy_setup is called and it calls phy_remove_link_mode to remove
> 1000baseT HDX. During phy_remove_link_mode, phy_advertise_supported is
> called. Doing so reverts any previous change to advertised link modes
> e.g. using a udevd .link file.
>
> phy_remove_link_mode is not meant to be used while opening a link and
> should be called during phy probe when the link is not yet available to
> userspace.
>
> Therefore move the phy_remove_link_mode calls into
> ksz9477_switch_register. It indirectly calls dsa_register_switch, which
> creates the relevant struct phy_devices and we update the link modes
> right after that. At that time dev->features is already initialized by
> ksz9477_switch_detect.
>
> Remove phy_setup from ksz_dev_ops as no users remain.
>
> Link: https://lore.kernel.org/netdev/20200715192722.GD1256692@lunn.ch/
> Fixes: 42fc6a4c613019 ("net: dsa: microchip: prepare PHY for proper advertisement")
> Signed-off-by: Helmut Grohne <helmut.grohne@...enta.de>
Applied and queued up for -stable, thanks.
Powered by blists - more mailing lists