Add SFF module support
Subsystems (5)
Russell King - ARM Linux
maintainercover Add SFF module support
Add support for SFF modules. SFF modules are similar to SFP modules, but they have fewer control signals, and are soldered down rather than pluggable.
They also have different IDs in the EEPROM to identify as soldered down SFF modules.
Documentation/devicetree/bindings/net/sff,sfp.txt | 10 ++- drivers/net/phy/sfp.c | 78 +++++++++++++++++++---- include/linux/sfp.h | 1 + 3 files changed, 72 insertions(+), 17 deletions(-)
Signature · 3 lines
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up According to speedtest.net: 8.21Mbps down 510kbps up
A message that is not in the archive (sent off-list or not yet received): 20171214102712.GP10595-l+eeeJia6m9URfEZ8mYm6t73F7V6hmMc@public.gmane.org
PATCH 1/2 dt-bindings: add sff,sff binding for SFP support
Add "sff,sff" for SFF module support with SFP. These have a different phys_id value, and also have the present and rate select signals omitted compared with their socketed counter-parts.
--- Documentation/devicetree/bindings/net/sff,sfp.txt | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-)
Documentation/devicetree/bindings/net/sff,sfp.txt +7 -3
@@ -3,7 +3,9 @@ Transceiver Required properties: -- compatible : must be "sff,sfp" +- compatible : must be one of + "sff,sfp" for SFP modules + "sff,sff" for soldered down SFF modules Optional Properties:
@@ -11,7 +13,8 @@ Transceiver interface - mod-def0-gpios : GPIO phandle and a specifier of the MOD-DEF0 (AKA Mod_ABS) - module presence input gpio signal, active (module absent) high + module presence input gpio signal, active (module absent) high. Must + not be present for SFF modules - los-gpios : GPIO phandle and a specifier of the Receiver Loss of Signal Indication input gpio signal, active (signal lost) high
@@ -24,10 +27,11 @@ Transceiver - rate-select0-gpios : GPIO phandle and a specifier of the Rx Signaling Rate Select (AKA RS0) output gpio signal, low: low Rx rate, high: high Rx rate + Must not be present for SFF modules - rate-select1-gpios : GPIO phandle and a specifier of the Tx Signaling Rate Select (AKA RS1) output gpio signal (SFP+ only), low: low Tx rate, high: - high Tx rate + high Tx rate. Must not be present for SFF modules Example #1: Direct serdes to SFP connection
Signature · 6 lines
2.7.4 -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
A message that is not in the archive (sent off-list or not yet received): E1ePQju-0003ps-QW-eh5Bv4kxaXIk46pC+1QYvQNdhmdF6hFW@public.gmane.org
Rob Herring
Reviewed-byRe: [PATCH 1/2] dt-bindings: add sff,sff binding for SFP support
Quoted 8 lines · Russell King
Add "sff,sff" for SFF module support with SFP. These have a different
phys_idvalue, and also have the present and rate select signals omitted compared with their socketed counter-parts.Signed-off-by Russell King <[email protected]>--- Documentation/devicetree/bindings/net/sff,sfp.txt | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
Florian Fainelli
Reviewed-byRe: [PATCH 1/2] dt-bindings: add sff,sff binding for SFP support
In reply to a message not in the archiveQuoted 5 lines · Russell King
Add "sff,sff" for SFF module support with SFP. These have a different
phys_idvalue, and also have the present and rate select signals omitted compared with their socketed counter-parts.Signed-off-by Russell King <[email protected]>
Signature · 5 lines
Florian -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
PATCH 2/2 sfp: add sff module support
In reply to a message not in the archiveAdd support for SFF modules, which are soldered down SFP modules. These have a different phys_id value, and also have the present and rate select signals omitted compared with their socketed counter-parts.
--- drivers/net/phy/sfp.c | 78 ++++++++++++++++++++++++++++++++++++++++++--------- include/linux/sfp.h | 1 + 2 files changed, 65 insertions(+), 14 deletions(-)
drivers/net/phy/sfp.c +64 -14
@@ -98,12 +98,18 @@ static const enum gpiod_flags gpio_flags[] = {static DEFINE_MUTEX (sfp_mutex); +struct sff_data { +unsigned int gpios; +bool (*module_supported)(const struct sfp_eeprom_id *id); +}; +struct sfp {struct device *dev;struct i2c_adapter *i2c;struct mii_bus *i2c_mii;struct sfp_bus *sfp_bus;struct phy_device *mod_phy; +const struct sff_data *type;unsigned int (*get_state)(struct sfp *);void (*set_state)(struct sfp *,unsigned int );
@@ -123,6 +129,36 @@ struct sfp {struct sfp_eeprom_id id; }; +static bool sff_module_supported (const struct sfp_eeprom_id *id) +{ +return id->base.phys_id ==SFP_PHYS_ID_SFF && + id->base.phys_ext_id ==SFP_PHYS_EXT_ID_SFP ; +} + +static const struct sff_data sff_data = { + .gpios =SFP_F_LOS |SFP_F_TX_FAULT |SFP_F_TX_DISABLE , + .module_supported = sff_module_supported, +}; + +static bool sfp_module_supported (const struct sfp_eeprom_id *id) +{ +return id->base.phys_id ==SFP_PHYS_ID_SFP && + id->base.phys_ext_id ==SFP_PHYS_EXT_ID_SFP ; +} + +static const struct sff_data sfp_data = { + .gpios =SFP_F_PRESENT |SFP_F_LOS |SFP_F_TX_FAULT | +SFP_F_TX_DISABLE |SFP_F_RATE_SELECT , + .module_supported = sfp_module_supported, +}; + +static const struct of_device_id sfp_of_match[] = { + { .compatible ="sff,sff" , .data = &sff_data, }, + { .compatible ="sff,sfp" , .data = &sfp_data, }, + { }, +}; +MODULE_DEVICE_TABLE (of, sfp_of_match); +static unsigned long poll_jiffies;static unsigned int sfp_gpio_get_state (struct sfp *sfp)
@@ -141,6 +177,11 @@ static unsigned int sfp_gpio_get_state(struct sfp *sfp)return state; } +static unsigned int sff_gpio_get_state (struct sfp *sfp) +{ +return sfp_gpio_get_state (sfp) |SFP_F_PRESENT ; +} +static void sfp_gpio_set_state (struct sfp *sfp,unsigned int state) {if (state &SFP_F_PRESENT ) {
@@ -479,10 +520,10 @@ static int sfp_sm_mod_probe(struct sfp *sfp)dev_info (sfp->dev,"module %s %s rev %s sn %s dc %s\n" , vendor, part, rev, sn, date); -/* We only support SFP modules, not the legacy GBIC modules. */ -if (sfp->id.base.phys_id !=SFP_PHYS_ID_SFP || - sfp->id.base.phys_ext_id !=SFP_PHYS_EXT_ID_SFP ) { -dev_err (sfp->dev,"module is not SFP - phys id 0x%02x 0x%02x\n" , +/* Check whether we support this module */ +if (!sfp->type->module_supported (&sfp->id)) { +dev_err (sfp->dev, +"module is not supported - phys id 0x%02x 0x%02x\n" , sfp->id.base.phys_id, sfp->id.base.phys_ext_id);return -EINVAL ; }
@@ -801,6 +842,7 @@ static void sfp_cleanup(void *data)static int sfp_probe (struct platform_device *pdev) { +const struct sff_data *sff;struct sfp *sfp;bool poll = false;int irq, err, i;
@@ -815,10 +857,19 @@ static int sfp_probe(struct platform_device *pdev)if (err <0 )return err; + sff = sfp->type = &sfp_data; +if (pdev->dev.of_node) {struct device_node *node = pdev->dev.of_node; +const struct of_device_id *id;struct device_node *np; + id =of_match_node (sfp_of_match, node); +if (WARN_ON (!id)) +return -EINVAL ; + + sff = sfp->type = id->data; + np =of_parse_phandle (node,"i2c-bus" ,0 );if (np) {struct i2c_adapter *i2c;
@@ -834,17 +885,22 @@ static int sfp_probe(struct platform_device *pdev)return err; } } + } -for (i =0 ; i <GPIO_MAX ; i++) { +for (i =0 ; i <GPIO_MAX ; i++) +if (sff->gpios &BIT (i)) { sfp->gpio[i] =devm_gpiod_get_optional (sfp->dev, gpio_of_names[i], gpio_flags[i]);if (IS_ERR (sfp->gpio[i]))return PTR_ERR (sfp->gpio[i]); } - sfp->get_state = sfp_gpio_get_state; - sfp->set_state = sfp_gpio_set_state; - } + sfp->get_state = sfp_gpio_get_state; + sfp->set_state = sfp_gpio_set_state; + +/* Modules that have no detect signal are always present */ +if (!(sfp->gpio[GPIO_MODDEF0 ])) + sfp->get_state = sff_gpio_get_state; sfp->sfp_bus =sfp_register_socket (sfp->dev, sfp, &sfp_module_ops);if (!sfp->sfp_bus)
@@ -899,12 +955,6 @@ static int sfp_remove(struct platform_device *pdev)return 0 ; } -static const struct of_device_id sfp_of_match[] = { - { .compatible ="sff,sfp" , }, - { }, -}; -MODULE_DEVICE_TABLE (of, sfp_of_match); -static struct platform_driver sfp_driver = { .probe = sfp_probe, .remove = sfp_remove,
include/linux/sfp.h +1 -0
@@ -231,6 +231,7 @@ enum {SFP_SFF8472_COMPLIANCE =0x5e ,SFP_CC_EXT =0x5f , +SFP_PHYS_ID_SFF =0x02 ,SFP_PHYS_ID_SFP =0x03 ,SFP_PHYS_EXT_ID_SFP =0x04 , SFP_CONNECTOR_UNSPEC = 0x00,
Signature · 6 lines
2.7.4 -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 2/2] sfp: add sff module support
Quoted 5 lines · Russell King
Add support for SFF modules, which are soldered down SFP modules. These have a different
phys_idvalue, and also have the present and rate select signals omitted compared with their socketed counter-parts.Signed-off-by Russell King <[email protected]>
Thanks!
Signature · 1 line
Florian
David Miller
maintainerFrom: Russell King - ARM Linux <[email protected]>
Date: Thu, 14 Dec 2017 10:27:13 +0000
Quoted 6 lines
Add support for SFF modules. SFF modules are similar to SFP modules, but they have fewer control signals, and are soldered down rather than pluggable.
They also have different IDs in the EEPROM to identify as soldered down SFF modules.
Series applied.