From: Andrew Lunn <andrew@lunn.ch>
To: "Russell King (Oracle)" <linux@armlinux.org.uk>
Cc: Maxime Chevallier <maxime.chevallier@bootlin.com>,
"Abhishek Chauhan (ABC)" <quic_abchauha@quicinc.com>,
"David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
Andrew Halaney <ahalaney@redhat.com>,
Heiner Kallweit <hkallweit1@gmail.com>,
Bartosz Golaszewski <bartosz.golaszewski@linaro.org>,
"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
Brad Griffis <bgriffis@nvidia.com>,
Vladimir Oltean <vladimir.oltean@nxp.com>,
Jon Hunter <jonathanh@nvidia.com>,
Przemek Kitszel <przemyslaw.kitszel@intel.com>,
kernel@quicinc.com
Subject: Re: [PATCH net v4 2/2] net: phy: aquantia: remove usage of phy_set_max_speed
Date: Mon, 30 Sep 2024 14:18:26 +0200 [thread overview]
Message-ID: <262e7702-68aa-40c9-aa2a-60a18b7f747d@lunn.ch> (raw)
In-Reply-To: <ZvfQw0adwC/Ldngk@shell.armlinux.org.uk>
> I think this is getting overly complex, so let's rewind a bit.
>
> I believe Abhishek mentioned in a previous review what the differences
> are between what the PHY reports when read, and what it actually
> supports, and the result was that there was not a single bit in the
> supported mask that was correct. I was hopeful that maybe Andrew would
> respond to that, but seems not to, so I'm putting this statement here.
> More on this below.
Yes, i did not really realise how wrong Marvell got this. As you point
out, it is more wrong than right.
My thinking with calling the usual feature discovery mechanism and
then fixing them up, is that we keep extending them. BaseT1 has been
added etc. If a PHY is mostly getting it right, we might in the future
get new features implemented for free, if the hardware correctly
declares them. But in this case, if it cannot get even the basics
mostly correct, there is little hope it will get more exotic features
correct.
So, i agree in Russell. Forget about asking the hardware, just hard
code the correct features.
Sorry for making you do extra work which you now need to discard.
However, please do keep it as two patches. It makes it easier to deal
with regressions on the device you cannot test if we can just revert
one patch.
Andrew
next prev parent reply other threads:[~2024-09-30 12:18 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-27 1:05 [PATCH net v4 0/2] Fix AQR PMA capabilities Abhishek Chauhan
2024-09-27 1:05 ` [PATCH net v4 1/2] net: phy: aquantia: AQR115c fix up " Abhishek Chauhan
2024-09-27 16:24 ` Maxime Chevallier
2024-09-27 1:05 ` [PATCH net v4 2/2] net: phy: aquantia: remove usage of phy_set_max_speed Abhishek Chauhan
2024-09-27 16:37 ` Maxime Chevallier
2024-09-27 19:42 ` Abhishek Chauhan (ABC)
2024-09-28 8:52 ` Maxime Chevallier
2024-09-28 9:47 ` Russell King (Oracle)
2024-09-30 12:18 ` Andrew Lunn [this message]
2024-09-30 16:55 ` Abhishek Chauhan (ABC)
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=262e7702-68aa-40c9-aa2a-60a18b7f747d@lunn.ch \
--to=andrew@lunn.ch \
--cc=ahalaney@redhat.com \
--cc=bartosz.golaszewski@linaro.org \
--cc=bgriffis@nvidia.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hkallweit1@gmail.com \
--cc=jonathanh@nvidia.com \
--cc=kernel@quicinc.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=maxime.chevallier@bootlin.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=przemyslaw.kitszel@intel.com \
--cc=quic_abchauha@quicinc.com \
--cc=vladimir.oltean@nxp.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