mbox series

[v2,0/7] net: phy: adin1100: Add initial support for ADIN1100 industrial PHY

Message ID 20210712130631.38153-1-alexandru.tachici@analog.com
Headers show
Series net: phy: adin1100: Add initial support for ADIN1100 industrial PHY | expand

Message

Alexandru Tachici July 12, 2021, 1:06 p.m. UTC
From: Alexandru Tachici <alexandru.tachici@analog.com>

The ADIN1100 is a low power single port 10BASE-T1L transceiver designed for
industrial Ethernet applications and is compliant with the IEEE 802.3cg
Ethernet standard for long reach 10 Mb/s Single Pair Ethernet.

Ethtool output:
        Settings for eth1:
        Supported ports: [ TP	 MII ]
        Supported link modes:   10baseT1L/Full
                                2400mv
                                1000mv
        Supported pause frame use: Transmit-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10baseT1L/Full
                                2400mv
                                1000mv
        Advertised pause frame use: Transmit-only
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  10baseT1L/Full
                                             2400mv
        Link partner advertised pause frame use: No
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 10Mb/s
        Duplex: Full
        Auto-negotiation: on
        master-slave cfg: preferred master
        master-slave status: master
        Port: MII
        PHYAD: 0
        Transceiver: external
        Link detected: yes
SQI: 7/7

1. Add basic support for ADIN1100.

Alexandru Ardelean (1):
  net: phy: adin1100: Add initial support for ADIN1100 industrial PHY

1. Added 10baset-T1L link modes.

2. Added 10base-T1L voltage levels link modes. 1v is the default TX level.
2.4 V support depends on pin configuration and power supply.

3. Allow user to access error and frame counters through ethtool.

4. Allow user to set the master-slave configuration of ADIN1100.

5. Convert MSE to SQI using a predefined table and allow user access
through ethtool.

6. DT bindings for ADIN1100.

Alexandru Tachici (6):
  ethtool: Add 10base-T1L link mode entries
  ethtool: Add 10base-T1L voltage levels link mode entries
  net: phy: adin1100: Add ethtool get_stats support
  net: phy: adin1100: Add ethtool master-slave support
  net: phy: adin1100: Add SQI support
  dt-bindings: adin1100: Add binding for ADIN1100 Ethernet PHY

Changelog v1 -> v2:
  - Added ETHTOOL_LINK_MODE_10baseT1L_Full_BIT and ETHTOOL_LINK_MODE_10baseT1L_Half_BIT.
  Using only full duplex here as chip supports full duplex only
  - removed .match_phy_device
  - removed link partner advertising of modes not present in the kernel
  - enable/disable only the PCS loopback
  - replaced custom timeout implementations with phy_read_mmd_poll_timeout
  - added link modes for 1.0 V and 2.4 V TX levels
  - removed link change notify
  - check if 2.4v TX level is supported in adin_get_features call and set
  corresponding link mode

 .../devicetree/bindings/net/adi,adin1100.yaml |  45 ++
 drivers/net/phy/Kconfig                       |   7 +
 drivers/net/phy/Makefile                      |   1 +
 drivers/net/phy/adin1100.c                    | 533 ++++++++++++++++++
 drivers/net/phy/phy-core.c                    |   4 +-
 include/uapi/linux/ethtool.h                  |   4 +
 net/ethtool/common.c                          |   6 +
 7 files changed, 599 insertions(+), 1 deletion(-)
 create mode 100644 Documentation/devicetree/bindings/net/adi,adin1100.yaml
 create mode 100644 drivers/net/phy/adin1100.c

--
2.25.1

Comments

Rob Herring July 12, 2021, 2:12 p.m. UTC | #1
On Mon, 12 Jul 2021 16:06:31 +0300, alexandru.tachici@analog.com wrote:
> From: Alexandru Tachici <alexandru.tachici@analog.com>
> 
> DT bindings for the ADIN1100 10BASE-T1L Ethernet PHY.
> 
> Signed-off-by: Alexandru Tachici <alexandru.tachici@analog.com>
> ---
>  .../devicetree/bindings/net/adi,adin1100.yaml | 45 +++++++++++++++++++
>  1 file changed, 45 insertions(+)
>  create mode 100644 Documentation/devicetree/bindings/net/adi,adin1100.yaml
> 

My bot found errors running 'make DT_CHECKER_FLAGS=-m dt_binding_check'
on your patch (DT_CHECKER_FLAGS is new in v5.13):

yamllint warnings/errors:

dtschema/dtc warnings/errors:
Documentation/devicetree/bindings/net/adi,adin1100.example.dt.yaml:0:0: /example-0/ethernet@e000c000: failed to match any schema with compatible: ['cdns,zynq-gem', 'cdns,gem']
Documentation/devicetree/bindings/net/adi,adin1100.example.dt.yaml:0:0: /example-0/ethernet@e000c000: failed to match any schema with compatible: ['cdns,zynq-gem', 'cdns,gem']
\ndoc reference errors (make refcheckdocs):

See https://patchwork.ozlabs.org/patch/1503981

This check can fail if there are any dependencies. The base for a patch
series is generally the most recent rc1.

If you already ran 'make dt_binding_check' and didn't see the above
error(s), then make sure 'yamllint' is installed and dt-schema is up to
date:

pip3 install dtschema --upgrade

Please check and re-submit.
Jakub Kicinski July 12, 2021, 6:41 p.m. UTC | #2
On Mon, 12 Jul 2021 16:06:28 +0300 alexandru.tachici@analog.com wrote:
> +static const struct adin_hw_stat adin_hw_stats[] = {
> +	{ "total_frames_error_count",		0x8008 },
> +	{ "total_frames_count",			0x8009, 0x800A }, /* hi, lo */
> +	{ "length_error_frames_count",		0x800B },
> +	{ "alignment_error_frames_count",	0x800C },
> +	{ "symbol_error_count",			0x800D },
> +	{ "oversized_frames_count",		0x800E },
> +	{ "undersized_frames_count",		0x800F },
> +	{ "odd_nibble_frames_count",		0x8010 },
> +	{ "odd_preamble_packet_count",		0x8011 },
> +	{ "false_carrier_events_count",		0x8013 },
> +};

Since this phy seems to implement a lot MAC stats would it make sense
to plumb thru the new ethtool API for PHYs (ethtool_eth_mac_stats etc.)
rather than let the same string proliferation problem spring up in
another section of the code?
Andrew Lunn July 13, 2021, 4:58 p.m. UTC | #3
> +static const int phy_10_features_array[] = {

> +	ETHTOOL_LINK_MODE_10baseT1L_Full_BIT,


Does you device implement ETHTOOL_LINK_MODE_10baseT1L_Half_BIT? I'm
assuming half duplex is part of the standard?

	 Andrew
Andrew Lunn July 13, 2021, 5:55 p.m. UTC | #4
On Mon, Jul 12, 2021 at 04:06:30PM +0300, alexandru.tachici@analog.com wrote:
> From: Alexandru Tachici <alexandru.tachici@analog.com>

> 

> Determine the SQI from MSE using a predefined table

> for the 10BASE-T1L.

> 

> Signed-off-by: Alexandru Tachici <alexandru.tachici@analog.com>


Reviewed-by: Andrew Lunn <andrew@lunn.ch>


    Andrew
Alexandru Tachici July 16, 2021, 9:24 p.m. UTC | #5
No, ADIN1100 supports only full duplex mode. Added this one just to
report through ethtool if lp supports it or not.
Oleksij Rempel July 23, 2021, 5:20 p.m. UTC | #6
On Sat, Jul 17, 2021 at 12:24:27AM +0300, alexandru.tachici@analog.com wrote:
> No, ADIN1100 supports only full duplex mode. Added this one just to

> report through ethtool if lp supports it or not.


Same about TI T1L phy, there is not half duplex support. I'm courios if
this is actually required by the 802.3cg standard. 

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
Oleksij Rempel July 23, 2021, 5:32 p.m. UTC | #7
On Mon, Jul 12, 2021 at 02:33:58PM +0100, Russell King (Oracle) wrote:
> On Mon, Jul 12, 2021 at 04:06:24PM +0300, alexandru.tachici@analog.com wrote:
> > From: Alexandru Tachici <alexandru.tachici@analog.com>
> > 
> > The ADIN1100 is a low power single port 10BASE-T1L transceiver designed for
> > industrial Ethernet applications and is compliant with the IEEE 802.3cg
> > Ethernet standard for long reach 10 Mb/s Single Pair Ethernet.
> > 
> > Ethtool output:
> >         Settings for eth1:
> >         Supported ports: [ TP	 MII ]
> >         Supported link modes:   10baseT1L/Full
> >                                 2400mv
> >                                 1000mv
> 
> The SI unit of voltage is V not v, so milli-volts is mV not mv. Surely,
> at the very least, we should be using the SI designation in user
> visible strings?
> 
> It may also be worth providing a brief description of 10BASE-T1L in the
> cover letter so (e.g.) one doesn't have to look up the fact that the
> voltage level is negotiated via bit 13 of the base page. I've found
> that by searching google and finding dp83td510e.pdf

I'm curios how the voltage should be actually chosen?

In the adin1100 datasheet i read:
"The 1.0 V pk-pk operating mode, external termination resistors and independent
Rx/Tx pins make the ADIN1100 suited to intrinsic safety applications"

"For long reach/trunk applications the higher transmit amplitude of 2.4 V pk-pk"

So, it seems to depends on:
- do we have safety requirements?
- how long is the cable?

Can we use 2.4V any time if it is available or it is bad idea for short
cables?

Regards,
Oleksij
Oleksij Rempel July 27, 2021, 5:53 a.m. UTC | #8
On Mon, Jul 12, 2021 at 04:06:31PM +0300, alexandru.tachici@analog.com wrote:
> From: Alexandru Tachici <alexandru.tachici@analog.com>
> 
> DT bindings for the ADIN1100 10BASE-T1L Ethernet PHY.
> 
> Signed-off-by: Alexandru Tachici <alexandru.tachici@analog.com>
> ---
>  .../devicetree/bindings/net/adi,adin1100.yaml | 45 +++++++++++++++++++
>  1 file changed, 45 insertions(+)
>  create mode 100644 Documentation/devicetree/bindings/net/adi,adin1100.yaml
> 
> diff --git a/Documentation/devicetree/bindings/net/adi,adin1100.yaml b/Documentation/devicetree/bindings/net/adi,adin1100.yaml
> new file mode 100644
> index 000000000000..14943164da7a
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/net/adi,adin1100.yaml
> @@ -0,0 +1,45 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/net/adi,adin1100.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Analog Devices ADIN1100 PHY
> +
> +maintainers:
> +  - Alexandru Tachici <alexandru.tachici@analog.com>
> +
> +description:
> +  Bindings for Analog Devices Industrial Low Power 10BASE-T1L Ethernet PHY
> +
> +allOf:
> +  - $ref: ethernet-phy.yaml#
> +
> +properties:
> +  adi,disable-2400mv-tx-level:
> +    description:
> +      Prevent ADIN1100 from using the 2.4 V pk-pk transmit level.
> +    type: boolean

This property should be generic. It is defined by IEEE 802.3cg 2019 and can
be implemented on all T1L PHYs.

I assume, it should be something like:
ethernet-phy-10base-t1l-2.4vpp-enable
ethernet-phy-10base-t1l-2.4vpp-disable

To overwrite bootstrapped of fuzed values if supported. The IEEE 802.3cg
specification uses following wordings for this functionality:
"10BASE-T1L increased transmit level request ..."

"146.5.4.1 Transmitter output voltage
When tested with the test fixture shown in Figure 146–20 with the transmitter
in test mode 1, the transmitter output voltage shall be 2.4 V + 5%/ – 15%
peak-to-peak (for the 2.4 Vpp operating mode) and 1.0 V + 5%/ – 15%
peak-to-peak (for the 1.0 Vpp operating mode). Transmitter output
voltage can be set using the management interface or by hardware default set-up."

I would recommend to use similar wording if possible.


> +
> +unevaluatedProperties: false
> +
> +examples:
> +  - |
> +    ethernet@e000c000 {
> +            compatible = "cdns,zynq-gem", "cdns,gem";
> +            reg = <0xe000c000 0x1000>;
> +            status = "okay";
> +            phy-mode = "mii";
> +            interrupts = <0 45 4>;
> +            clocks = <&clkc 31>, <&clkc 31>, <&clkc 14>;
> +            clock-names = "pclk", "hclk", "tx_clk";
> +            #address-cells = <1>;
> +            #size-cells = <0>;
> +
> +            ethernet-phy@0 {
> +                    reg = <0>;
> +                    device_type = "ethernet-phy";
> +                    adi,disable-2400mv-tx-level;
> +            };
> +
> +    };
> -- 
> 2.25.1
> 
>
Oleksij Rempel July 27, 2021, 6:31 a.m. UTC | #9
On Tue, Jul 13, 2021 at 06:58:30PM +0200, Andrew Lunn wrote:
> > +static const int phy_10_features_array[] = {
> > +	ETHTOOL_LINK_MODE_10baseT1L_Full_BIT,
> 
> Does you device implement ETHTOOL_LINK_MODE_10baseT1L_Half_BIT? I'm
> assuming half duplex is part of the standard?

No, there is no ETHTOOL_LINK_MODE_10baseT1L_Half_BIT according to
802.3cg-2019.
Oleksij Rempel July 27, 2021, 6:47 a.m. UTC | #10
On Mon, Jul 12, 2021 at 04:06:27PM +0300, alexandru.tachici@analog.com wrote:
> From: Alexandru Ardelean <alexandru.ardelean@analog.com>

> 

> The ADIN1100 is a low power single port 10BASE-T1L transceiver designed for

> industrial Ethernet applications and is compliant with the IEEE 802.3cg

> Ethernet standard for long reach 10 Mb/s Single Pair Ethernet.

> 

> Signed-off-by: Alexandru Ardelean <alexandru.ardelean@analog.com>

> Signed-off-by: Alexandru Tachici <alexandru.tachici@analog.com>

> ---

>  drivers/net/phy/Kconfig    |   7 +

>  drivers/net/phy/Makefile   |   1 +

>  drivers/net/phy/adin1100.c | 326 +++++++++++++++++++++++++++++++++++++

>  3 files changed, 334 insertions(+)

>  create mode 100644 drivers/net/phy/adin1100.c

> 

> diff --git a/drivers/net/phy/Kconfig b/drivers/net/phy/Kconfig

> index c56f703ae998..8f9f61fe0020 100644

> --- a/drivers/net/phy/Kconfig

> +++ b/drivers/net/phy/Kconfig

> @@ -83,6 +83,13 @@ config ADIN_PHY

>  	  - ADIN1300 - Robust,Industrial, Low Latency 10/100/1000 Gigabit

>  	    Ethernet PHY

>  

> +config ADIN1100_PHY

> +	tristate "Analog Devices Industrial Ethernet T1L PHYs"

> +	help

> +	  Adds support for the Analog Devices Industrial T1L Ethernet PHYs.

> +	  Currently supports the:

> +	  - ADIN1100 - Robust,Industrial, Low Power 10BASE-T1L Ethernet PHY

> +

>  config AQUANTIA_PHY

>  	tristate "Aquantia PHYs"

>  	help

> diff --git a/drivers/net/phy/Makefile b/drivers/net/phy/Makefile

> index 172bb193ae6a..3bd6a369d60c 100644

> --- a/drivers/net/phy/Makefile

> +++ b/drivers/net/phy/Makefile

> @@ -31,6 +31,7 @@ sfp-obj-$(CONFIG_SFP)		+= sfp-bus.o

>  obj-y				+= $(sfp-obj-y) $(sfp-obj-m)

>  

>  obj-$(CONFIG_ADIN_PHY)		+= adin.o

> +obj-$(CONFIG_ADIN1100_PHY)	+= adin1100.o

>  obj-$(CONFIG_AMD_PHY)		+= amd.o

>  aquantia-objs			+= aquantia_main.o

>  ifdef CONFIG_HWMON

> diff --git a/drivers/net/phy/adin1100.c b/drivers/net/phy/adin1100.c

> new file mode 100644

> index 000000000000..682fc617c51b

> --- /dev/null

> +++ b/drivers/net/phy/adin1100.c

> @@ -0,0 +1,326 @@

> +// SPDX-License-Identifier: (GPL-2.0+ OR BSD-3-Clause)

> +/*

> + *  Driver for Analog Devices Industrial Ethernet T1L PHYs

> + *

> + * Copyright 2020 Analog Devices Inc.

> + */

> +#include <linux/kernel.h>

> +#include <linux/bitfield.h>

> +#include <linux/delay.h>

> +#include <linux/errno.h>

> +#include <linux/init.h>

> +#include <linux/module.h>

> +#include <linux/mii.h>

> +#include <linux/phy.h>

> +#include <linux/property.h>

> +

> +#define PHY_ID_ADIN1100				0x0283bc81

> +

> +static const int phy_10_features_array[] = {

> +	ETHTOOL_LINK_MODE_10baseT1L_Full_BIT,

> +	ETHTOOL_LINK_MODE_1000mv_BIT,

> +};

> +

> +#define ADIN_B10L_PCS_CNTRL			0x08e6

> +#define   ADIN_PCS_CNTRL_B10L_LB_PCS_EN		BIT(14)


This register is "45.2.3.68a 10BASE-T1L PCS control register (Register
3.2278)" according to the 802.3cg-2019.

> +#define ADIN_B10L_PMA_CNTRL			0x08f6

> +#define   ADIN_PMA_CNTRL_B10L_LB_PMA_LOC_EN	BIT(0)

> +

> +#define ADIN_B10L_PMA_STAT			0x08f7

> +#define   ADIN_PMA_STAT_B10L_LB_PMA_LOC_ABLE	BIT(13)

> +#define   ADIN_PMA_STAT_B10L_TX_LVL_HI_ABLE	BIT(12)

> +

> +#define ADIN_AN_CONTROL				0x0200

> +#define   ADIN_AN_RESTART			BIT(9)

> +#define   ADIN_AN_EN				BIT(12)

> +

> +#define ADIN_AN_STATUS				0x0201

> +#define ADIN_AN_ADV_ABILITY_L			0x0202

> +#define ADIN_AN_ADV_ABILITY_M			0x0203

> +#define ADIN_AN_ADV_ABILITY_H			0x0204U

> +#define   ADIN_AN_ADV_B10L_TX_LVL_HI_ABL	BIT(13)

> +#define   ADIN_AN_ADV_B10L_TX_LVL_HI_REQ	BIT(12)


All of this bits are implemented according to the 802.3-2018 standard,
For example ADIN_AN_CONTROL is corresponding to "45.2.7.19 BASE-T1 AN control register (Register 7.512)"

> +

> +#define ADIN_AN_LP_ADV_ABILITY_L		0x0205

> +

> +#define ADIN_AN_LP_ADV_ABILITY_M		0x0206

> +#define   ADIN_AN_LP_ADV_B10L			BIT(14)

> +#define   ADIN_AN_LP_ADV_B1000			BIT(7)

> +#define   ADIN_AN_LP_ADV_B10S_FD		BIT(6)

> +#define   ADIN_AN_LP_ADV_B100			BIT(5)

> +#define   ADIN_AN_LP_ADV_MST			BIT(4)

> +

> +#define ADIN_AN_LP_ADV_ABILITY_H		0x0207

> +#define   ADIN_AN_LP_ADV_B10L_EEE		BIT(14)

> +#define   ADIN_AN_LP_ADV_B10L_TX_LVL_HI_ABL	BIT(13)

> +#define   ADIN_AN_LP_ADV_B10L_TX_LVL_HI_REQ	BIT(12)

> +#define   ADIN_AN_LP_ADV_B10S_HD		BIT(11)


This registers are:
45.2.7.22 BASE-T1 AN LP Base Page ability register (Registers 7.517, 7.518 ..

> +

> +#define ADIN_CRSM_SFT_RST			0x8810

> +#define   ADIN_CRSM_SFT_RST_EN			BIT(0)

> +

> +#define ADIN_CRSM_SFT_PD_CNTRL			0x8812

> +#define   ADIN_CRSM_SFT_PD_CNTRL_EN		BIT(0)

> +

> +#define ADIN_CRSM_STAT				0x8818

> +#define   ADIN_CRSM_SFT_PD_RDY			BIT(1)

> +#define   ADIN_CRSM_SYS_RDY			BIT(0)

> +

> +#define ADIN_MAC_IF_LOOPBACK			0x803d

> +#define   ADIN_MAC_IF_LOOPBACK_EN		BIT(0)

> +#define   ADIN_MAC_IF_REMOTE_LOOPBACK_EN	BIT(2)

> +


Please compare the PHY datasheet with 802.3.2018 and 802.3cg-2019, and
implement common parts as phy generic code.

> +/**

> + * struct adin_priv - ADIN PHY driver private data

> + * tx_level_24v			set if the PHY supports 2.4V TX levels (10BASE-T1L)

> + */

> +struct adin_priv {

> +	unsigned int		tx_level_24v:1;

> +};

> +

> +static void adin_mii_adv_m_to_ethtool_adv_t(unsigned long *advertising, u32 adv)

> +{

> +	if (adv & ADIN_AN_LP_ADV_B10L)

> +		linkmode_set_bit(ETHTOOL_LINK_MODE_10baseT1L_Full_BIT, advertising);

> +}

> +

> +static void adin_mii_adv_h_to_ethtool_adv_t(unsigned long *advertising, u32 adv)

> +{

> +	if (adv & ADIN_AN_LP_ADV_B10S_HD)

> +		linkmode_set_bit(ETHTOOL_LINK_MODE_10baseT1L_Half_BIT, advertising);

> +	if (adv & ADIN_AN_LP_ADV_B10L_TX_LVL_HI_ABL)

> +		linkmode_set_bit(ETHTOOL_LINK_MODE_2400mv_BIT, advertising);

> +	if (!(adv & ADIN_AN_LP_ADV_B10L_TX_LVL_HI_REQ))

> +		linkmode_set_bit(ETHTOOL_LINK_MODE_1000mv_BIT, advertising);

> +}

> +

> +static int adin_read_lpa(struct phy_device *phydev)

> +{

> +	int val;

> +

> +	linkmode_zero(phydev->lp_advertising);

> +

> +	val = phy_read_mmd(phydev, MDIO_MMD_AN, ADIN_AN_STATUS);

> +	if (val < 0)

> +		return val;

> +

> +	if (!(val & MDIO_AN_STAT1_COMPLETE)) {

> +		phydev->pause = 0;

> +		phydev->asym_pause = 0;

> +

> +		return 0;

> +	}

> +

> +	linkmode_set_bit(ETHTOOL_LINK_MODE_Autoneg_BIT,

> +			 phydev->lp_advertising);

> +

> +	/* Read the link partner's base page advertisement */

> +	val = phy_read_mmd(phydev, MDIO_MMD_AN, ADIN_AN_LP_ADV_ABILITY_L);

> +	if (val < 0)

> +		return val;

> +

> +	phydev->pause = val & LPA_PAUSE_CAP ? 1 : 0;

> +	phydev->asym_pause = val & LPA_PAUSE_ASYM ? 1 : 0;

> +

> +	val = phy_read_mmd(phydev, MDIO_MMD_AN, ADIN_AN_LP_ADV_ABILITY_M);

> +	if (val < 0)

> +		return val;

> +

> +	adin_mii_adv_m_to_ethtool_adv_t(phydev->lp_advertising, val);

> +

> +	val = phy_read_mmd(phydev, MDIO_MMD_AN, ADIN_AN_LP_ADV_ABILITY_H);

> +	if (val < 0)

> +		return val;

> +

> +	adin_mii_adv_h_to_ethtool_adv_t(phydev->lp_advertising, val);

> +

> +	return 0;

> +}

> +

> +static int adin_read_status(struct phy_device *phydev)

> +{

> +	int ret;

> +

> +	ret = genphy_c45_read_link(phydev);

> +	if (ret)

> +		return ret;

> +

> +	phydev->speed = SPEED_UNKNOWN;

> +	phydev->duplex = DUPLEX_UNKNOWN;

> +	phydev->pause = 0;

> +	phydev->asym_pause = 0;

> +

> +	if (phydev->autoneg == AUTONEG_ENABLE) {

> +		ret = adin_read_lpa(phydev);

> +		if (ret)

> +			return ret;

> +

> +		phy_resolve_aneg_linkmode(phydev);

> +	} else {

> +		/* Only one mode & duplex supported */

> +		linkmode_zero(phydev->lp_advertising);

> +		phydev->speed = SPEED_10;

> +		phydev->duplex = DUPLEX_FULL;

> +	}

> +

> +	return ret;

> +}

> +

> +static int adin_config_aneg(struct phy_device *phydev)

> +{

> +	struct adin_priv *priv = phydev->priv;

> +	int ret;

> +

> +	/* No sense to continue if auto-neg is disabled,

> +	 * only one link-mode supported.

> +	 */

> +	if (phydev->autoneg == AUTONEG_DISABLE)

> +		return 0;

> +

> +	if (priv->tx_level_24v)

> +		ret = phy_set_bits_mmd(phydev, MDIO_MMD_AN,

> +				       ADIN_AN_ADV_ABILITY_H,

> +				       ADIN_AN_ADV_B10L_TX_LVL_HI_ABL |

> +				       ADIN_AN_ADV_B10L_TX_LVL_HI_REQ);

> +	else

> +		ret = phy_clear_bits_mmd(phydev, MDIO_MMD_AN,

> +					 ADIN_AN_ADV_ABILITY_H,

> +					 ADIN_AN_ADV_B10L_TX_LVL_HI_ABL |

> +					 ADIN_AN_ADV_B10L_TX_LVL_HI_REQ);

> +

> +	if (ret < 0)

> +		return ret;

> +

> +	return phy_set_bits_mmd(phydev, MDIO_MMD_AN, ADIN_AN_CONTROL, ADIN_AN_RESTART);

> +}

> +

> +static int adin_set_powerdown_mode(struct phy_device *phydev, bool en)

> +{

> +	int ret;

> +	int val;

> +

> +	if (en)

> +		val = ADIN_CRSM_SFT_PD_CNTRL_EN;

> +	else

> +		val = 0;

> +

> +	ret = phy_write_mmd(phydev, MDIO_MMD_VEND1,

> +			    ADIN_CRSM_SFT_PD_CNTRL, val);

> +	if (ret < 0)

> +		return ret;

> +

> +	return phy_read_mmd_poll_timeout(phydev, MDIO_MMD_VEND1, ADIN_CRSM_STAT, ret,

> +					 (ret & ADIN_CRSM_SFT_PD_RDY) == val,

> +					 1000, 30000, true);

> +}

> +

> +static int adin_suspend(struct phy_device *phydev)

> +{

> +	return adin_set_powerdown_mode(phydev, true);

> +}

> +

> +static int adin_resume(struct phy_device *phydev)

> +{

> +	return adin_set_powerdown_mode(phydev, false);

> +}

> +

> +static int adin_set_loopback(struct phy_device *phydev, bool enable)

> +{

> +	if (enable)

> +		return phy_set_bits_mmd(phydev, MDIO_MMD_PCS, ADIN_B10L_PCS_CNTRL,

> +					ADIN_PCS_CNTRL_B10L_LB_PCS_EN);

> +

> +	/* PCS loopback (according to 10BASE-T1L spec) */

> +	return phy_clear_bits_mmd(phydev, MDIO_MMD_PCS, ADIN_B10L_PCS_CNTRL,

> +				 ADIN_PCS_CNTRL_B10L_LB_PCS_EN);

> +}

> +

> +static int adin_soft_reset(struct phy_device *phydev)

> +{

> +	int ret;

> +

> +	ret = phy_set_bits_mmd(phydev, MDIO_MMD_VEND1, ADIN_CRSM_SFT_RST, ADIN_CRSM_SFT_RST_EN);

> +	if (ret < 0)

> +		return ret;

> +

> +	return phy_read_mmd_poll_timeout(phydev, MDIO_MMD_VEND1, ADIN_CRSM_STAT, ret,

> +					 (ret & ADIN_CRSM_SYS_RDY),

> +					 10000, 30000, true);

> +}

> +

> +static int adin_get_features(struct phy_device *phydev)

> +{

> +	struct adin_priv *priv = phydev->priv;

> +	struct device *dev = &phydev->mdio.dev;

> +	int ret;

> +

> +	ret = phy_read_mmd(phydev, MDIO_MMD_PMAPMD, ADIN_B10L_PMA_STAT);

> +	if (ret < 0)

> +		return ret;

> +

> +	/* This depends on the voltage level from the power source */

> +	priv->tx_level_24v = !!(ret & ADIN_PMA_STAT_B10L_TX_LVL_HI_ABLE);

> +

> +	phydev_dbg(phydev, "PHY supports 2.4V TX level: %s\n",

> +		   priv->tx_level_24v ? "yes" : "no");

> +

> +	if (device_property_present(dev, "adi,disable-2400mv-tx-level")) {

> +		if (priv->tx_level_24v)

> +			phydev_info(phydev,

> +				    "PHY supports 2.4V TX level, but disabled via config\n");

> +

> +		priv->tx_level_24v = 0;

> +	}

> +

> +	if (priv->tx_level_24v)

> +		linkmode_set_bit(ETHTOOL_LINK_MODE_2400mv_BIT, phydev->supported);

> +

> +	linkmode_set_bit_array(phy_basic_ports_array, ARRAY_SIZE(phy_basic_ports_array),

> +			       phydev->supported);

> +

> +	linkmode_set_bit_array(phy_10_features_array, ARRAY_SIZE(phy_10_features_array),

> +			       phydev->supported);

> +

> +	return 0;

> +}

> +

> +static int adin_probe(struct phy_device *phydev)

> +{

> +	struct device *dev = &phydev->mdio.dev;

> +	struct adin_priv *priv;

> +

> +	priv = devm_kzalloc(dev, sizeof(*priv), GFP_KERNEL);

> +	if (!priv)

> +		return -ENOMEM;

> +

> +	phydev->priv = priv;

> +

> +	return 0;

> +}

> +

> +static struct phy_driver adin_driver[] = {

> +	{

> +		PHY_ID_MATCH_MODEL(PHY_ID_ADIN1100),

> +		.name			= "ADIN1100",

> +		.get_features		= adin_get_features,

> +		.soft_reset		= adin_soft_reset,

> +		.probe			= adin_probe,

> +		.config_aneg		= adin_config_aneg,

> +		.read_status		= adin_read_status,

> +		.set_loopback		= adin_set_loopback,

> +		.suspend		= adin_suspend,

> +		.resume			= adin_resume,

> +	},

> +};

> +

> +module_phy_driver(adin_driver);

> +

> +static struct mdio_device_id __maybe_unused adin_tbl[] = {

> +	{ PHY_ID_MATCH_MODEL(PHY_ID_ADIN1100) },

> +	{ }

> +};

> +

> +MODULE_DEVICE_TABLE(mdio, adin_tbl);

> +MODULE_DESCRIPTION("Analog Devices Industrial Ethernet T1L PHY driver");

> +MODULE_LICENSE("Dual BSD/GPL");

> -- 

> 2.25.1

> 

> 


-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
Andrew Lunn July 27, 2021, 4:36 p.m. UTC | #11
> Please compare the PHY datasheet with 802.3.2018 and 802.3cg-2019, and

> implement common parts as phy generic code.


+1

Thanks
	Andrew
Rob Herring July 28, 2021, 5:23 p.m. UTC | #12
On Mon, Jul 26, 2021 at 11:53 PM Oleksij Rempel <o.rempel@pengutronix.de> wrote:
>

> On Mon, Jul 12, 2021 at 04:06:31PM +0300, alexandru.tachici@analog.com wrote:

> > From: Alexandru Tachici <alexandru.tachici@analog.com>

> >

> > DT bindings for the ADIN1100 10BASE-T1L Ethernet PHY.

> >

> > Signed-off-by: Alexandru Tachici <alexandru.tachici@analog.com>

> > ---

> >  .../devicetree/bindings/net/adi,adin1100.yaml | 45 +++++++++++++++++++

> >  1 file changed, 45 insertions(+)

> >  create mode 100644 Documentation/devicetree/bindings/net/adi,adin1100.yaml

> >

> > diff --git a/Documentation/devicetree/bindings/net/adi,adin1100.yaml b/Documentation/devicetree/bindings/net/adi,adin1100.yaml

> > new file mode 100644

> > index 000000000000..14943164da7a

> > --- /dev/null

> > +++ b/Documentation/devicetree/bindings/net/adi,adin1100.yaml

> > @@ -0,0 +1,45 @@

> > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)

> > +%YAML 1.2

> > +---

> > +$id: http://devicetree.org/schemas/net/adi,adin1100.yaml#

> > +$schema: http://devicetree.org/meta-schemas/core.yaml#

> > +

> > +title: Analog Devices ADIN1100 PHY

> > +

> > +maintainers:

> > +  - Alexandru Tachici <alexandru.tachici@analog.com>

> > +

> > +description:

> > +  Bindings for Analog Devices Industrial Low Power 10BASE-T1L Ethernet PHY

> > +

> > +allOf:

> > +  - $ref: ethernet-phy.yaml#

> > +

> > +properties:

> > +  adi,disable-2400mv-tx-level:

> > +    description:

> > +      Prevent ADIN1100 from using the 2.4 V pk-pk transmit level.

> > +    type: boolean

>

> This property should be generic. It is defined by IEEE 802.3cg 2019 and can

> be implemented on all T1L PHYs.

>

> I assume, it should be something like:

> ethernet-phy-10base-t1l-2.4vpp-enable

> ethernet-phy-10base-t1l-2.4vpp-disable


'ethernet-phy-' is a bit redundant and I'd make it a tristate (not
present, 0, 1). So just '10base-t1l-2.4vpp'?

> To overwrite bootstrapped of fuzed values if supported. The IEEE 802.3cg

> specification uses following wordings for this functionality:

> "10BASE-T1L increased transmit level request ..."
Oleksij Rempel July 29, 2021, 5:02 a.m. UTC | #13
On Wed, Jul 28, 2021 at 11:23:12AM -0600, Rob Herring wrote:
> On Mon, Jul 26, 2021 at 11:53 PM Oleksij Rempel <o.rempel@pengutronix.de> wrote:
> >
> > On Mon, Jul 12, 2021 at 04:06:31PM +0300, alexandru.tachici@analog.com wrote:
> > > From: Alexandru Tachici <alexandru.tachici@analog.com>
> > >
> > > DT bindings for the ADIN1100 10BASE-T1L Ethernet PHY.
> > >
> > > Signed-off-by: Alexandru Tachici <alexandru.tachici@analog.com>
> > > ---
> > >  .../devicetree/bindings/net/adi,adin1100.yaml | 45 +++++++++++++++++++
> > >  1 file changed, 45 insertions(+)
> > >  create mode 100644 Documentation/devicetree/bindings/net/adi,adin1100.yaml
> > >
> > > diff --git a/Documentation/devicetree/bindings/net/adi,adin1100.yaml b/Documentation/devicetree/bindings/net/adi,adin1100.yaml
> > > new file mode 100644
> > > index 000000000000..14943164da7a
> > > --- /dev/null
> > > +++ b/Documentation/devicetree/bindings/net/adi,adin1100.yaml
> > > @@ -0,0 +1,45 @@
> > > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> > > +%YAML 1.2
> > > +---
> > > +$id: http://devicetree.org/schemas/net/adi,adin1100.yaml#
> > > +$schema: http://devicetree.org/meta-schemas/core.yaml#
> > > +
> > > +title: Analog Devices ADIN1100 PHY
> > > +
> > > +maintainers:
> > > +  - Alexandru Tachici <alexandru.tachici@analog.com>
> > > +
> > > +description:
> > > +  Bindings for Analog Devices Industrial Low Power 10BASE-T1L Ethernet PHY
> > > +
> > > +allOf:
> > > +  - $ref: ethernet-phy.yaml#
> > > +
> > > +properties:
> > > +  adi,disable-2400mv-tx-level:
> > > +    description:
> > > +      Prevent ADIN1100 from using the 2.4 V pk-pk transmit level.
> > > +    type: boolean
> >
> > This property should be generic. It is defined by IEEE 802.3cg 2019 and can
> > be implemented on all T1L PHYs.
> >
> > I assume, it should be something like:
> > ethernet-phy-10base-t1l-2.4vpp-enable
> > ethernet-phy-10base-t1l-2.4vpp-disable
> 
> 'ethernet-phy-' is a bit redundant and I'd make it a tristate (not
> present, 0, 1). So just '10base-t1l-2.4vpp'?
> 
> > To overwrite bootstrapped of fuzed values if supported. The IEEE 802.3cg
> > specification uses following wordings for this functionality:
> > "10BASE-T1L increased transmit level request ..."

sounds ok for me.

Regards,
Oleksij
Alexandru Tachici Aug. 3, 2021, 9:47 a.m. UTC | #14
Managed to get some answears form the HW team.

From a safety perspective: in Explosive environments
only 1.0 V is allowed.

Tests showed that 1.0 V shows spurs around 200m and
2.4V works for up to 1.3 Km.
Oleksij Rempel Aug. 3, 2021, 11:59 a.m. UTC | #15
On Tue, Aug 03, 2021 at 12:47:15PM +0300, alexandru.tachici@analog.com wrote:
> Managed to get some answears form the HW team.

> 

> From a safety perspective: in Explosive environments

> only 1.0 V is allowed.

> 

> Tests showed that 1.0 V shows spurs around 200m and

> 2.4V works for up to 1.3 Km.


It will be probably better to drop this functionality for now and
provide it as separate patch set. This will probably need new UAPI and
some discussions.

Can you please add me to CC by the next patch rounds for this PHY.

Regards,
Oleksij
-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |