From: Bastien Curutchet <bastien.curutchet@bootlin.com>
To: Andrew Lunn <andrew@lunn.ch>
Cc: "David S. Miller" <davem@davemloft.net>,
Eric Dumazet <edumazet@google.com>,
Jakub Kicinski <kuba@kernel.org>, Paolo Abeni <pabeni@redhat.com>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Conor Dooley <conor+dt@kernel.org>,
Richard Cochran <richardcochran@gmail.com>,
Heiner Kallweit <hkallweit1@gmail.com>,
Russell King <linux@armlinux.org.uk>,
netdev@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
Herve Codina <herve.codina@bootlin.com>
Subject: Re: [PATCH 1/2] dt-bindings: net: Add TI DP83640
Date: Fri, 16 Feb 2024 16:44:36 +0100 [thread overview]
Message-ID: <be23b24e-5de1-400d-84fa-cf5b25e72a19@bootlin.com> (raw)
In-Reply-To: <dc81a307-3541-47e2-9c72-d661e76889bf@lunn.ch>
Hi Andrew,
Thank you for your feedback.
On 1/30/24 14:34, Andrew Lunn wrote:
>> + ti,led-config:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [1, 2, 3]
>> + description: |
>> + If present, configures the LED Mode (values defined in
>> + dt-bindings/net/ti-dp83640.h).
>> + LED configuration can also be strapped. If the strap pin is not set
>> + correctly or not set at all then this can be used to configure it.
>> + - 1 = Mode 1
>> + LED_LINK = ON for Good Link, OFF for No Link
>> + LED_SPEED = ON in 100 Mb/s, OFF in 10 Mb/s
>> + LED_ACT = ON for Activity, OFF for No Activity
>> + - 2 = Mode 2
>> + LED_LINK = ON for Good Link, BLINK for Activity
>> + LED_SPEED = ON in 100 Mb/s, OFF in 10 Mb/s
>> + LED_ACT = ON for Collision, OFF for No Collision
>> + - 3 = Mode 3
>> + LED_LINK = ON for Good Link, BLINK for Activity
>> + LED_SPEED = ON in 100 Mb/s, OFF in 10 Mb/s
>> + LED_ACT = ON for Full Duplex, OFF for Half Duplex
>> + - unset = Configured by straps
> Please look at have the Marvell PHY driver supports LEDs via
> /sys/class/leds. Now we have a generic way to supports LEDs, DT
> properties like this will not be accepted.
Ok I'll use /sys/class/leds
>> +
>> + ti,phy-control-frames:
>> + $ref: /schemas/types.yaml#/definitions/uint32
>> + enum: [0, 1]
>> + description: |
>> + If present, enables or disables the PHY control frames.
>> + PHY Control Frames support can also be strapped. If the strap pin is not
>> + set correctly or not set at all then this can be used to configure it.
>> + - 0 = PHY Control Frames disabled
>> + - 1 = PHY Control Frames enabled
>> + - unset = Configured by straps
> What is a control frame?
I'm not an expert on this but it seems that if the PHY's Serial Management
interface is not available, it is possible to build PCF (PHY Control Frame)
packets that will be passed to PHY through the MAC Transmit Data
interface. The
PHY is then able to intercept and interpret these packets. Enabling it
increases
the MII Transmit packet latency.
You'll find details in §5.4.6 of datasheet
[https://www.ti.com/lit/gpn/dp83640]
>> +
>> + ti,energy-detect-en:
>> + $ref: /schemas/types.yaml#/definitions/flag
>> + description: |
>> + If present, Energy Detect Mode is enabled. If not present, Energy Detect
>> + Mode is disabled. This feature can not be strapped.
> Please use the phy tunable ETHTOOL_PHY_EDPD. There are a few examples
> you can copy.
Ok I'll do that also, thank you.
Best regards,
Bastien
next prev parent reply other threads:[~2024-02-16 15:44 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-30 8:59 [PATCH 0/2] Add device tree binding support to TI's DP83640 Bastien Curutchet
2024-01-30 8:59 ` [PATCH 1/2] dt-bindings: net: Add TI DP83640 Bastien Curutchet
2024-01-30 13:34 ` Andrew Lunn
2024-02-16 15:44 ` Bastien Curutchet [this message]
2024-02-16 17:28 ` Andrew Lunn
2024-01-30 17:56 ` Conor Dooley
2024-01-31 21:05 ` Rob Herring
2024-01-31 21:18 ` Conor Dooley
2024-01-31 22:40 ` Andrew Lunn
2024-02-23 15:07 ` Maxime Chevallier
2024-02-23 15:10 ` Maxime Chevallier
2024-01-30 8:59 ` [PATCH 2/2] net: phy: Add some configuration from device-tree Bastien Curutchet
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=be23b24e-5de1-400d-84fa-cf5b25e72a19@bootlin.com \
--to=bastien.curutchet@bootlin.com \
--cc=andrew@lunn.ch \
--cc=conor+dt@kernel.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=edumazet@google.com \
--cc=herve.codina@bootlin.com \
--cc=hkallweit1@gmail.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=richardcochran@gmail.com \
--cc=robh+dt@kernel.org \
--cc=thomas.petazzoni@bootlin.com \
/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).