From: Andrew Lunn <andrew@lunn.ch>
To: Tarun.Alle@microchip.com
Cc: Arun.Ramadoss@microchip.com, UNGLinuxDriver@microchip.com,
hkallweit1@gmail.com, linux@armlinux.org.uk, davem@davemloft.net,
edumazet@google.com, kuba@kernel.org, pabeni@redhat.com,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH net-next v2 2/2] net: phy: microchip_t1: Auto-negotiation support for LAN887x
Date: Tue, 17 Dec 2024 11:34:30 +0100 [thread overview]
Message-ID: <d04abb91-b77f-4d29-a89c-c00ffa68595c@lunn.ch> (raw)
In-Reply-To: <CY5PR11MB6234815EB819D321645984708B042@CY5PR11MB6234.namprd11.prod.outlook.com>
> We confirmed that there are no customers who are directly using the net-next.
> Hence, we are setting this to default auto-neg which is also chip default. But if
> any regressions on T1PHYs are dependent, we will address this default setting.
So this needs to be communicated, to avoid this sort of back and forth
with emails. It is not the first time we have changed a default like
this, after asking the early adopters if it will be an issue, but we
need to make it clear we have done our due diligence before making a
breaking change.
> > I think we also need some more details about the autoneg in the commit
> > message. When used against a standards conforming 100M PHY, negotiation
> > will fail by default, because this PHY is not conformant with 100M, or 1G
> > autoneg.
>
> I should have given the same errata details in the commit message. Will take care.
>
> > I don't like you are going to cause regressions, especially when you have decided
> > regressions are worth it for a half broken autoneg.
> >
> > I actually think it should default to fixed, as it is today. Maybe with the option to
> > enable the broken autoneg. This is different to all PHYs we have today, but we try
> > hard to avoid regressions.
> >
> > What are the plans for this PHY? Will there be a new revision soon which fixes
> > the broken autoneg? Maybe you should forget about autoneg for this revision
> > of this PHY, it is too broken, and wait for the next revision which actually
> > conforms to the standard?
> >
>
> I understand your point and I agree with you. We can drop this patch for this chip
> revision as we have plans for new revision.
I would probably drop this patch if the new revision is coming soon.
Andrew
prev parent reply other threads:[~2024-12-17 10:34 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-16 15:58 [PATCH net-next v2 0/2] Add auto-negotiation support for LAN887x T1 phy Tarun Alle
2024-12-16 15:58 ` [PATCH net-next v2 1/2] net: phy: phy-c45: Auto-negotiation restart status check for " Tarun Alle
2024-12-16 15:58 ` [PATCH net-next v2 2/2] net: phy: microchip_t1: Auto-negotiation support for LAN887x Tarun Alle
2024-12-16 23:39 ` Andrew Lunn
2024-12-17 9:00 ` Tarun.Alle
2024-12-17 10:34 ` Andrew Lunn [this message]
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=d04abb91-b77f-4d29-a89c-c00ffa68595c@lunn.ch \
--to=andrew@lunn.ch \
--cc=Arun.Ramadoss@microchip.com \
--cc=Tarun.Alle@microchip.com \
--cc=UNGLinuxDriver@microchip.com \
--cc=davem@davemloft.net \
--cc=edumazet@google.com \
--cc=hkallweit1@gmail.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®