[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aE_mFWgIuuIn06E3@shell.armlinux.org.uk>
Date: Mon, 16 Jun 2025 10:38:29 +0100
From: "Russell King (Oracle)" <linux@...linux.org.uk>
To: Chris Morgan <macroalpha82@...il.com>
Cc: netdev@...r.kernel.org, andrew@...n.ch, hkallweit1@...il.com,
davem@...emloft.net, edumazet@...gle.com, kuba@...nel.org,
pabeni@...hat.com, Chris Morgan <macromorgan@...mail.com>
Subject: Re: [PATCH v3] net: sfp: add quirk for Potron SFP+ XGSPON ONU Stick
On Fri, Jun 13, 2025 at 12:10:02PM -0500, Chris Morgan wrote:
> @@ -409,7 +414,19 @@ static void sfp_fixup_halny_gsfp(struct sfp *sfp)
> * these are possibly used for other purposes on this
> * module, e.g. a serial port.
> */
> - sfp->state_hw_mask &= ~(SFP_F_TX_FAULT | SFP_F_LOS);
> + sfp_fixup_ignore_hw(sfp, (SFP_F_TX_FAULT | SFP_F_LOS));
> +}
> +
> +static void sfp_fixup_potron(struct sfp *sfp)
> +{
> + /*
> + * The TX_FAULT and LOS pins on this device are used for serial
> + * communication, so ignore them. Additionally, provide extra
> + * time for this device to fully start up.
> + */
> +
> + sfp_fixup_long_startup(sfp);
> + sfp_fixup_ignore_hw(sfp, (SFP_F_TX_FAULT | SFP_F_LOS));
There's no need for parens around the second argument to
sfp_fixup_ignore_hw() - the bitwise OR is unambiguous.
Apart from that, the patch looks fine, thanks.
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 80Mbps down 10Mbps up. Decent connectivity at last!
Powered by blists - more mailing lists