[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <063a1281-b1e9-df5f-1006-41a6d7d1e850@gmx.net>
Date:   Fri, 10 Jan 2020 13:38:01 +0000
From:   ѽ҉ᶬḳ℠ <vtol@....net>
To:     Andrew Lunn <andrew@...n.ch>
Cc:     Russell King - ARM Linux admin <linux@...linux.org.uk>,
        netdev@...r.kernel.org
Subject: Re: [drivers/net/phy/sfp] intermittent failure in state machine
 checks
On 10/01/2020 13:22, Andrew Lunn wrote:
> On Fri, Jan 10, 2020 at 10:19:47AM +0000, ѽ҉ᶬḳ℠ wrote:
>> I just came across this
>> http://edgemax5.rssing.com/chan-66822975/all_p1715.html#item34298
>>
>> and albeit for a SFP g.fast module it indicates/implies that Metanoia
>> provides own Linux drivers (supposedly GPL licensed), plus some bits
>> pertaining to the EBM (Ethernet Boot Management protocol).
>>
>> Has Metanoia submitted any SFP drivers to upstream kernel development?
> I have also not seen any. You could ask for the sources. It is
> unlikely we would use them, but they could provide documentation about
> the quirks needed to make this device work properly.
>
>      Andrew
>
Wish I could since it would be really helpful.
As far as I can tell some of the ISP in Switzerland, least Swisscom, 
provide Metanoia designed/manufactured SFP modules as CPE and those 
drivers and EBM tools for Linux are packaged into the firmware shipped 
by the ISP.
Too bad that Metanoia has not bothered to take the initiative and submit 
those to upstream development, even it were just for  taking a peek at 
potential quirks.
Regrettably, I do not entertain a (commercial or otherwise) relationship 
at a level that would warrant a response to a request for such drivers 
from either Metanoia or an ISP providing Metanoia equipment.
Powered by blists - more mailing lists
 
