Re: [PATCH RFC net-next v2 1/2] net: phy: allow a phy to opt-out of interrupt handling

From: Andrew Lunn
Date: Wed Dec 28 2022 - 11:58:32 EST


On Wed, Dec 28, 2022 at 08:49:35AM -0800, Florian Fainelli wrote:
>
>
> On 12/28/2022 8:40 AM, Michael Walle wrote:
> > Until now, it is not possible for a PHY driver to disable interrupts
> > during runtime. If a driver offers the .config_intr() as well as the
> > .handle_interrupt() ops, it is eligible for interrupt handling.
> > Introduce a new flag for the dev_flags property of struct phy_device, which
> > can be set by PHY driver to skip interrupt setup and fall back to polling
> > mode.
> >
> > At the moment, this is used for the MaxLinear PHY which has broken
> > interrupt handling and there is a need to disable interrupts in some
> > cases.
> >
> > Signed-off-by: Michael Walle <michael@xxxxxxxx>
> > ---
> > drivers/net/phy/phy_device.c | 7 +++++++
> > include/linux/phy.h | 2 ++
> > 2 files changed, 9 insertions(+)
> >
> > diff --git a/drivers/net/phy/phy_device.c b/drivers/net/phy/phy_device.c
> > index 716870a4499c..e4562859ac00 100644
> > --- a/drivers/net/phy/phy_device.c
> > +++ b/drivers/net/phy/phy_device.c
> > @@ -1487,6 +1487,13 @@ int phy_attach_direct(struct net_device *dev, struct phy_device *phydev,
> > phydev->interrupts = PHY_INTERRUPT_DISABLED;
> > + /* PHYs can request to use poll mode even though they have an
> > + * associated interrupt line. This could be the case if they
> > + * detect a broken interrupt handling.
> > + */
> > + if (phydev->dev_flags & PHY_F_NO_IRQ)
> > + phydev->irq = PHY_POLL;
>
> Cannot you achieve the same thing with the PHY driver mangling phydev->irq
> to a negative value, or is that too later already by the time your phy
> driver's probe function is running?

It is actually to early. The interrupt is requested when the MAC
attaches the PHY. There are is at least one MAC driver which assigns
the phydev->irq just before attaching the PHY, a long time after the
PHY has probed.

Andrew