lkml.org 
[lkml]   [2018]   [Jun]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH] optoe: driver to read/write SFP/QSFP EEPROMs
    > There's an SFP driver under drivers/net/phy.  Can that driver be extended
    > to provide this support? Adding Russel King who developed sfp.c, as well
    > at the netdev mailing list.

    I agree, the current SFP code should be used.

    My observations seem to be there are two different ways {Q}SFP are used:

    1) The Linux kernel has full control, as assumed by the devlink/SFP
    frame work. We parse the SFP data to find the capabilities of the SFP
    and use it to program the MAC to use the correct mode. The MAC can be
    a NIC, but it can also be a switch. DSA is gaining support for
    PHYLINK, so SFP modules should just work with most switches which DSA
    support. And there is no reason a plain switchdev switch can not use
    PHYLINK.

    2) Firmware is in control of the PHY layer, but there is a wish to
    expose some of the data which is available via i2c from the {Q}SFP to
    linux.

    It appears this optoe supports this second case. It does not appear to
    support any in kernel API to actually make use of the SFP data in the
    kernel.

    We should not be duplicating code. We should share the SFP code for
    both use cases above. There is also a Linux standard API for getting
    access to this information. ethtool -m/--module-info. Anything which
    is exporting {Q}SFP data needs to use this API.

    Andrew

    \
     
     \ /
      Last update: 2018-06-12 20:12    [W:3.581 / U:0.104 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site