From: "Pali Rohár" <pali@kernel.org>
To: "Russell King (Oracle)" <linux@armlinux.org.uk>
Cc: Hauke Mehrtens <hauke@hauke-m.de>,
Vladimir Oltean <olteanv@gmail.com>,
Madalin Bucur <madalin.bucur@nxp.com>,
Andrew Lunn <andrew@lunn.ch>,
Igal Liberman <Igal.Liberman@freescale.com>,
Shruti Kanetkar <Shruti@freescale.com>,
Emil Medve <Emilian.Medve@freescale.com>,
Scott Wood <oss@buserror.net>, Rob Herring <robh+dt@kernel.org>,
Michael Ellerman <mpe@ellerman.id.au>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Camelia Alexandra Groza (OSS)" <camelia.groza@oss.nxp.com>
Subject: Re: What is inside GPON SFP module?
Date: Tue, 8 Jun 2021 12:33:43 +0200 [thread overview]
Message-ID: <20210608103343.dyogfexuase5kddo@pali> (raw)
In-Reply-To: <20210605144105.GZ30436@shell.armlinux.org.uk>
On Saturday 05 June 2021 15:41:05 Russell King (Oracle) wrote:
> On Sat, Jun 05, 2021 at 03:04:55PM +0200, Hauke Mehrtens wrote:
> > Is there a list of things these GPON sticks running Linux should do better
> > in the future? For example what to avoid in the EEPROM emulation handling?
>
> That is just not worth persuing. Large ISP-companies who have plenty of
> buying power have tried to get issues with GPON sticks resolved, and the
> response from the GPON stick manufacturers has not been helpful. I had
> contracted with a national telco over this problem in recent years, and
> I know they tried their best.
>
> If large ISP companies who are significant customers can't effect any
> fixes, you can be absolutely sure that the voluntary effort around the
> Linux kernel will have no effect.
I see :-( So it does not make sense to try to do anything...
> Yes, we list the modules that don't work well in the kernel source, and
> sometimes we name and shame them, but they don't care.
>
> For example, there is are a few modules that take up to 60 seconds
> before they respond to any I2C requests, because the I2C is entirely
> emulated by the Linux kernel running on the stick, and it takes that
> long for the stick to boot. Will that ever get fixed? Probably not
> without a hardware redesign. Will that happen? I really doubt it, and
> eevn if it did it doesn't affect the millions of sticks already out
> there.
>
> IMHO trying to get these issues fixed is pie in the sky.
>
>
> --
> RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
> FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
next prev parent reply other threads:[~2021-06-08 10:33 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-03 14:34 Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts Pali Rohár
2021-06-03 15:12 ` Andrew Lunn
2021-06-03 19:48 ` Pali Rohár
2021-06-04 7:35 ` Madalin Bucur
2021-06-04 17:32 ` Pali Rohár
2021-06-04 19:13 ` Madalin Bucur
2021-06-04 19:27 ` Russell King (Oracle)
2021-06-04 19:39 ` Madalin Bucur
2021-06-04 20:00 ` Russell King (Oracle)
2021-06-04 21:37 ` Madalin Bucur
2021-06-04 20:23 ` Andrew Lunn
2021-06-04 21:47 ` Madalin Bucur
2021-06-04 23:34 ` Pali Rohár
2021-06-05 0:33 ` Russell King (Oracle)
2021-06-05 12:26 ` Vladimir Oltean
2021-06-05 12:50 ` What is inside GPON SFP module? (Was: Re: Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts) Pali Rohár
2021-06-05 13:04 ` Hauke Mehrtens
2021-06-05 13:31 ` What is inside GPON SFP module? Pali Rohár
2021-06-05 14:17 ` Hauke Mehrtens
2021-06-05 14:41 ` What is inside GPON SFP module? (Was: Re: Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts) Russell King (Oracle)
2021-06-08 10:33 ` Pali Rohár [this message]
2021-06-19 20:35 ` Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts Pali Rohár
2021-07-04 13:43 ` [PATCH] powerpc/fsl/dts: Fix phy-connection-type for fm1mac3 Pali Rohár
2021-07-14 17:11 ` Scott Wood
2021-08-27 11:38 ` Pali Rohár
2021-09-28 21:39 ` Pali Rohár
2021-09-29 14:25 ` Andrew Lunn
2021-10-02 9:06 ` Pali Rohár
2021-06-04 23:18 ` Unsupported phy-connection-type sgmii-2500 in arch/powerpc/boot/dts/fsl/t1023rdb.dts Pali Rohár
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=20210608103343.dyogfexuase5kddo@pali \
--to=pali@kernel.org \
--cc=Emilian.Medve@freescale.com \
--cc=Igal.Liberman@freescale.com \
--cc=Shruti@freescale.com \
--cc=andrew@lunn.ch \
--cc=benh@kernel.crashing.org \
--cc=camelia.groza@oss.nxp.com \
--cc=devicetree@vger.kernel.org \
--cc=hauke@hauke-m.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=madalin.bucur@nxp.com \
--cc=mpe@ellerman.id.au \
--cc=netdev@vger.kernel.org \
--cc=olteanv@gmail.com \
--cc=oss@buserror.net \
--cc=robh+dt@kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).