From: Andrew Lunn <andrew@lunn.ch>
To: Raju Lakkaraju <Raju.Lakkaraju@microchip.com>
Cc: netdev@vger.kernel.org, davem@davemloft.net, kuba@kernel.org,
hkallweit1@gmail.com, linux@armlinux.org.uk, edumazet@google.com,
pabeni@redhat.com, horatiu.vultur@microchip.com,
linux-kernel@vger.kernel.org, UNGLinuxDriver@microchip.com
Subject: Re: [PATCH net] net: phy: micrel: Fix the KSZ9131 MDI-X status issue
Date: Thu, 18 Jul 2024 17:04:02 +0200 [thread overview]
Message-ID: <fe873fde-7a41-4a4a-ba9f-41c2ba0ddc02@lunn.ch> (raw)
In-Reply-To: <20240712111648.282897-1-Raju.Lakkaraju@microchip.com>
On Fri, Jul 12, 2024 at 04:46:48PM +0530, Raju Lakkaraju wrote:
> Access information about Auto mdix completion and pair selection from the
> KSZ9131's Auto/MDI/MDI-X status register
Please explain what the broken behaviour is. How would i know i need
this patch?
You have not included a Cc: stable tag. Does that mean this does not
bother anybody and so does not need backporting?
> Fixes: b64e6a8794d9 ("net: phy: micrel: Add PHY Auto/MDI/MDI-X set driver for KSZ9131")
> Signed-off-by: Raju Lakkaraju <Raju.Lakkaraju@microchip.com>
> ---
> drivers/net/phy/micrel.c | 23 ++++++++++++++++++-----
> 1 file changed, 18 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/net/phy/micrel.c b/drivers/net/phy/micrel.c
> index ebafedde0ab7..fddc1b91ba7f 100644
> --- a/drivers/net/phy/micrel.c
> +++ b/drivers/net/phy/micrel.c
> @@ -1438,6 +1438,9 @@ static int ksz9131_config_init(struct phy_device *phydev)
> #define MII_KSZ9131_AUTO_MDIX 0x1C
> #define MII_KSZ9131_AUTO_MDI_SET BIT(7)
> #define MII_KSZ9131_AUTO_MDIX_SWAP_OFF BIT(6)
> +#define MII_KSZ9131_DIG_AXAN_STS 0x14
> +#define MII_KSZ9131_DIG_AXAN_STS_LINK_DET BIT(14)
> +#define MII_KSZ9131_DIG_AXAN_STS_A_SELECT BIT(12)
>
> static int ksz9131_mdix_update(struct phy_device *phydev)
> {
> @@ -1452,14 +1455,24 @@ static int ksz9131_mdix_update(struct phy_device *phydev)
> phydev->mdix_ctrl = ETH_TP_MDI;
> else
> phydev->mdix_ctrl = ETH_TP_MDI_X;
> +
> + phydev->mdix = phydev->mdix_ctrl;
This seems a bit odd. phydev->mdix_ctrl is what the user wants to
happen. This is generally ETH_TP_MDI_AUTO, meaning the PHY should
figure it out. It can be ETH_TP_MDI_X, or ETH_TP_MDI which forces the
configuration. phydev->mdix is what it has ended up using.
So the code above first seems to change what the user asked for. This
is likely to replace ETH_TP_MDI_AUTO with one of the fixed modes,
which will then break when the user replaces a crossed cable with a
straight cable, and the forced mode is then wrong.
Setting mdix to mdix_ctrl then seems wrong. In most cases, you are
going to get ETH_TP_MDI_AUTO, when in fact you should be returning
what the PHY has decided on, ETH_TP_MDI_X, ETH_TP_MDI, or
ETH_TP_MDI_INVALID because the link is down.
Maybe genphy_c45_read_mdix() will help you. It simply reads a PHY
status register, sets phydev->mdix and it is done.
Andrew
next prev parent reply other threads:[~2024-07-18 15:04 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-12 11:16 Raju Lakkaraju
2024-07-18 8:51 ` Paolo Abeni
2024-07-18 15:04 ` Andrew Lunn [this message]
2024-07-25 6:59 ` Raju Lakkaraju
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fe873fde-7a41-4a4a-ba9f-41c2ba0ddc02@lunn.ch \
--to=andrew@lunn.ch \
--cc=Raju.Lakkaraju@microchip.com \
--cc=UNGLinuxDriver@microchip.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hkallweit1@gmail.com \
--cc=horatiu.vultur@microchip.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®