* [PATCH net-next v1 0/2] Use PHYlib for reset randomization and adjustable polling
@ 2025-02-04 9:32 Oleksij Rempel
2025-02-04 9:32 ` [PATCH net-next v1 1/2] net: phy: Add support for driver-specific next update time Oleksij Rempel
2025-02-04 9:32 ` [PATCH net-next v1 2/2] net: phy: dp83tg720: Add randomized polling intervals for unstable link detection Oleksij Rempel
0 siblings, 2 replies; 4+ messages in thread
From: Oleksij Rempel @ 2025-02-04 9:32 UTC (permalink / raw)
To: Andrew Lunn, Heiner Kallweit, Russell King, David S. Miller,
Eric Dumazet, Jakub Kicinski, Paolo Abeni
Cc: Oleksij Rempel, kernel, linux-kernel, netdev
Hi all,
This patch set tackles a DP83TG720 reset lock issue and improves PHY
polling. Rather than adding a separate polling worker to randomize PHY
resets, I chose to extend the PHYlib framework - which already handles
most of the needed functionality - with adjustable polling. This
approach not only addresses the DP83TG720-specific problem (where
synchronized resets can lock the link) but also lays the groundwork for
optimizing PHY stats polling across all PHY drivers. With generic PHY
stats coming in, we can adjust the polling interval based on hardware
characteristics, such as using longer intervals for PHYs with stable HW
counters or shorter ones for high-speed links prone to counter
overflows.
Oleksij Rempel (2):
net: phy: Add support for driver-specific next update time
net: phy: dp83tg720: Add randomized polling intervals for unstable
link detection
drivers/net/phy/dp83tg720.c | 78 +++++++++++++++++++++++++++++++++++++
drivers/net/phy/phy.c | 28 ++++++++++++-
include/linux/phy.h | 13 +++++++
3 files changed, 117 insertions(+), 2 deletions(-)
--
2.39.5
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH net-next v1 1/2] net: phy: Add support for driver-specific next update time
2025-02-04 9:32 [PATCH net-next v1 0/2] Use PHYlib for reset randomization and adjustable polling Oleksij Rempel
@ 2025-02-04 9:32 ` Oleksij Rempel
2025-02-04 11:50 ` Mateusz Polchlopek
2025-02-04 9:32 ` [PATCH net-next v1 2/2] net: phy: dp83tg720: Add randomized polling intervals for unstable link detection Oleksij Rempel
1 sibling, 1 reply; 4+ messages in thread
From: Oleksij Rempel @ 2025-02-04 9:32 UTC (permalink / raw)
To: Andrew Lunn, Heiner Kallweit, Russell King, David S. Miller,
Eric Dumazet, Jakub Kicinski, Paolo Abeni
Cc: Oleksij Rempel, kernel, linux-kernel, netdev
Introduce the `phy_get_next_update_time` function to allow PHY drivers
to dynamically determine the time (in milliseconds) until the next state
update event. This enables more flexible and adaptive polling intervals
based on the link state or other conditions.
Signed-off-by: Oleksij Rempel <o.rempel@pengutronix.de>
---
drivers/net/phy/phy.c | 28 ++++++++++++++++++++++++++--
include/linux/phy.h | 13 +++++++++++++
2 files changed, 39 insertions(+), 2 deletions(-)
diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c
index d0c1718e2b16..77ed7bfdf200 100644
--- a/drivers/net/phy/phy.c
+++ b/drivers/net/phy/phy.c
@@ -1501,6 +1501,25 @@ void phy_free_interrupt(struct phy_device *phydev)
}
EXPORT_SYMBOL(phy_free_interrupt);
+/**
+ * phy_get_next_update_time - Determine the next PHY update time
+ * @phydev: Pointer to the phy_device structure
+ *
+ * This function queries the PHY driver to get the time for the next polling
+ * event. If the driver does not implement the callback, a default value is used.
+ *
+ * Return: The time for the next polling event in milliseconds
+ */
+static unsigned int phy_get_next_update_time(struct phy_device *phydev)
+{
+ const unsigned int default_time = PHY_STATE_TIME;
+
+ if (phydev->drv && phydev->drv->get_next_update_time)
+ return phydev->drv->get_next_update_time(phydev);
+
+ return default_time;
+}
+
enum phy_state_work {
PHY_STATE_WORK_NONE,
PHY_STATE_WORK_ANEG,
@@ -1579,8 +1598,13 @@ static enum phy_state_work _phy_state_machine(struct phy_device *phydev)
* state machine would be pointless and possibly error prone when
* called from phy_disconnect() synchronously.
*/
- if (phy_polling_mode(phydev) && phy_is_started(phydev))
- phy_queue_state_machine(phydev, PHY_STATE_TIME);
+ if (phy_polling_mode(phydev) && phy_is_started(phydev)) {
+ unsigned int next_update_time =
+ phy_get_next_update_time(phydev);
+
+ phy_queue_state_machine(phydev,
+ msecs_to_jiffies(next_update_time));
+ }
return state_work;
}
diff --git a/include/linux/phy.h b/include/linux/phy.h
index 19f076a71f94..d5cf979f4a6b 100644
--- a/include/linux/phy.h
+++ b/include/linux/phy.h
@@ -1273,6 +1273,19 @@ struct phy_driver {
*/
int (*led_polarity_set)(struct phy_device *dev, int index,
unsigned long modes);
+
+ /**
+ * @get_next_update_time: Get the time until the next update event
+ * @dev: PHY device which has the LED
+ *
+ * Callback to determine the time (in milliseconds) until the next
+ * update event for the PHY state machine. Allows PHY drivers to
+ * dynamically adjust polling intervals based on link state or other
+ * conditions.
+ *
+ * Returns the time in milliseconds until the next update event.
+ */
+ unsigned int (*get_next_update_time)(struct phy_device *dev);
};
#define to_phy_driver(d) container_of_const(to_mdio_common_driver(d), \
struct phy_driver, mdiodrv)
--
2.39.5
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH net-next v1 2/2] net: phy: dp83tg720: Add randomized polling intervals for unstable link detection
2025-02-04 9:32 [PATCH net-next v1 0/2] Use PHYlib for reset randomization and adjustable polling Oleksij Rempel
2025-02-04 9:32 ` [PATCH net-next v1 1/2] net: phy: Add support for driver-specific next update time Oleksij Rempel
@ 2025-02-04 9:32 ` Oleksij Rempel
1 sibling, 0 replies; 4+ messages in thread
From: Oleksij Rempel @ 2025-02-04 9:32 UTC (permalink / raw)
To: Andrew Lunn, Heiner Kallweit, Russell King, David S. Miller,
Eric Dumazet, Jakub Kicinski, Paolo Abeni
Cc: Oleksij Rempel, kernel, linux-kernel, netdev
Address the limitations of the DP83TG720 PHY, which cannot reliably detect or
report a stable link state. To handle this, the PHY must be periodically reset
when the link is down. However, synchronized reset intervals between the PHY
and its link partner can result in a deadlock, preventing the link from
re-establishing.
This change introduces a randomized polling interval when the link is down to
desynchronize resets between link partners.
Signed-off-by: Oleksij Rempel <o.rempel@pengutronix.de>
---
drivers/net/phy/dp83tg720.c | 78 +++++++++++++++++++++++++++++++++++++
1 file changed, 78 insertions(+)
diff --git a/drivers/net/phy/dp83tg720.c b/drivers/net/phy/dp83tg720.c
index 050f4537d140..0599807de5c7 100644
--- a/drivers/net/phy/dp83tg720.c
+++ b/drivers/net/phy/dp83tg720.c
@@ -4,12 +4,31 @@
*/
#include <linux/bitfield.h>
#include <linux/ethtool_netlink.h>
+#include <linux/jiffies.h>
#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/phy.h>
+#include <linux/random.h>
#include "open_alliance_helpers.h"
+/*
+ * DP83TG720S_POLL_ACTIVE_LINK - Polling interval in milliseconds when the link
+ * is active.
+ * DP83TG720S_POLL_NO_LINK_MIN - Minimum polling interval in milliseconds when
+ * the link is down.
+ * DP83TG720S_POLL_NO_LINK_MAX - Maximum polling interval in milliseconds when
+ * the link is down.
+ *
+ * These values are not documented or officially recommended by the vendor but
+ * were determined through empirical testing. They achieve a good balance in
+ * minimizing the number of reset retries while ensuring reliable link recovery
+ * within a reasonable timeframe.
+ */
+#define DP83TG720S_POLL_ACTIVE_LINK 1000
+#define DP83TG720S_POLL_NO_LINK_MIN 100
+#define DP83TG720S_POLL_NO_LINK_MAX 1000
+
#define DP83TG720S_PHY_ID 0x2000a284
/* MDIO_MMD_VEND2 registers */
@@ -371,6 +390,13 @@ static int dp83tg720_read_status(struct phy_device *phydev)
if (ret)
return ret;
+ /* Sleep 600ms for PHY stabilization post-reset.
+ * Empirically chosen value (not documented).
+ * Helps reduce reset bounces with link partners having similar
+ * issues.
+ */
+ msleep(600);
+
/* After HW reset we need to restore master/slave configuration.
* genphy_c45_pma_baset1_read_master_slave() call will be done
* by the dp83tg720_config_aneg() function.
@@ -498,6 +524,57 @@ static int dp83tg720_probe(struct phy_device *phydev)
return 0;
}
+/**
+ * dp83tg720_phy_get_next_update_time - Determine the next update time for PHY
+ * state
+ * @phydev: Pointer to the phy_device structure
+ *
+ * This function addresses a limitation of the DP83TG720 PHY, which cannot
+ * reliably detect or report a stable link state. To recover from such
+ * scenarios, the PHY must be periodically reset when the link is down. However,
+ * if the link partner also runs Linux with the same driver, synchronized reset
+ * intervals can lead to a deadlock where the link never establishes due to
+ * simultaneous resets on both sides.
+ *
+ * To avoid this, the function implements randomized polling intervals when the
+ * link is down. It ensures that reset intervals are desynchronized by
+ * introducing a random delay between a configured minimum and maximum range.
+ * When the link is up, a fixed polling interval is used to minimize overhead.
+ *
+ * This mechanism guarantees that the link will reestablish within 10 seconds
+ * in the worst-case scenario.
+ *
+ * Return: Time (in milliseconds) until the next update event for the PHY state
+ * machine.
+ */
+static unsigned int dp83tg720_phy_get_next_update_time(struct phy_device *phydev)
+{
+ unsigned int jiffy_ms = jiffies_to_msecs(1); /* Jiffy granularity in ms */
+ unsigned int next_time_ms;
+
+ if (phydev->link) {
+ /* When the link is up, use a fixed 1000ms interval */
+ next_time_ms = DP83TG720S_POLL_ACTIVE_LINK;
+ } else {
+ unsigned int min_jiffies, max_jiffies, rand_jiffies;
+ /* When the link is down, randomize interval between
+ * configured min/max
+ */
+
+ /* Convert min and max to jiffies */
+ min_jiffies = msecs_to_jiffies(DP83TG720S_POLL_NO_LINK_MIN);
+ max_jiffies = msecs_to_jiffies(DP83TG720S_POLL_NO_LINK_MAX);
+
+ /* Randomize in the jiffie range and convert back to ms */
+ rand_jiffies = min_jiffies +
+ get_random_u32_below(max_jiffies - min_jiffies + 1);
+ next_time_ms = jiffies_to_msecs(rand_jiffies);
+ }
+
+ /* Ensure the polling time is at least one jiffy */
+ return max(next_time_ms, jiffy_ms);
+}
+
static struct phy_driver dp83tg720_driver[] = {
{
PHY_ID_MATCH_MODEL(DP83TG720S_PHY_ID),
@@ -516,6 +593,7 @@ static struct phy_driver dp83tg720_driver[] = {
.get_link_stats = dp83tg720_get_link_stats,
.get_phy_stats = dp83tg720_get_phy_stats,
.update_stats = dp83tg720_update_stats,
+ .get_next_update_time = dp83tg720_phy_get_next_update_time,
.suspend = genphy_suspend,
.resume = genphy_resume,
--
2.39.5
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH net-next v1 1/2] net: phy: Add support for driver-specific next update time
2025-02-04 9:32 ` [PATCH net-next v1 1/2] net: phy: Add support for driver-specific next update time Oleksij Rempel
@ 2025-02-04 11:50 ` Mateusz Polchlopek
0 siblings, 0 replies; 4+ messages in thread
From: Mateusz Polchlopek @ 2025-02-04 11:50 UTC (permalink / raw)
To: Oleksij Rempel, Andrew Lunn, Heiner Kallweit, Russell King,
David S. Miller, Eric Dumazet, Jakub Kicinski, Paolo Abeni
Cc: kernel, linux-kernel, netdev
On 2/4/2025 10:32 AM, Oleksij Rempel wrote:
> Introduce the `phy_get_next_update_time` function to allow PHY drivers
> to dynamically determine the time (in milliseconds) until the next state
> update event. This enables more flexible and adaptive polling intervals
> based on the link state or other conditions.
>
> Signed-off-by: Oleksij Rempel <o.rempel@pengutronix.de>
> ---
> drivers/net/phy/phy.c | 28 ++++++++++++++++++++++++++--
> include/linux/phy.h | 13 +++++++++++++
> 2 files changed, 39 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c
> index d0c1718e2b16..77ed7bfdf200 100644
> --- a/drivers/net/phy/phy.c
> +++ b/drivers/net/phy/phy.c
> @@ -1501,6 +1501,25 @@ void phy_free_interrupt(struct phy_device *phydev)
> }
> EXPORT_SYMBOL(phy_free_interrupt);
>
> +/**
> + * phy_get_next_update_time - Determine the next PHY update time
> + * @phydev: Pointer to the phy_device structure
> + *
> + * This function queries the PHY driver to get the time for the next polling
> + * event. If the driver does not implement the callback, a default value is used.
> + *
> + * Return: The time for the next polling event in milliseconds
> + */
> +static unsigned int phy_get_next_update_time(struct phy_device *phydev)
> +{
> + const unsigned int default_time = PHY_STATE_TIME;
Why you create this variable? It is used only in return, so I would
rather just simplify by doing:
return PHY_STATE_TIME;
> +
> + if (phydev->drv && phydev->drv->get_next_update_time)
> + return phydev->drv->get_next_update_time(phydev);
> +
> + return default_time;
> +}
> +
> enum phy_state_work {
> PHY_STATE_WORK_NONE,
> PHY_STATE_WORK_ANEG,
> @@ -1579,8 +1598,13 @@ static enum phy_state_work _phy_state_machine(struct phy_device *phydev)
> * state machine would be pointless and possibly error prone when
> * called from phy_disconnect() synchronously.
> */
> - if (phy_polling_mode(phydev) && phy_is_started(phydev))
> - phy_queue_state_machine(phydev, PHY_STATE_TIME);
> + if (phy_polling_mode(phydev) && phy_is_started(phydev)) {
> + unsigned int next_update_time =
> + phy_get_next_update_time(phydev);
> +
> + phy_queue_state_machine(phydev,
> + msecs_to_jiffies(next_update_time));
> + }
>
> return state_work;
> }
> diff --git a/include/linux/phy.h b/include/linux/phy.h
> index 19f076a71f94..d5cf979f4a6b 100644
> --- a/include/linux/phy.h
> +++ b/include/linux/phy.h
> @@ -1273,6 +1273,19 @@ struct phy_driver {
> */
> int (*led_polarity_set)(struct phy_device *dev, int index,
> unsigned long modes);
> +
> + /**
> + * @get_next_update_time: Get the time until the next update event
> + * @dev: PHY device which has the LED
> + *
> + * Callback to determine the time (in milliseconds) until the next
> + * update event for the PHY state machine. Allows PHY drivers to
> + * dynamically adjust polling intervals based on link state or other
> + * conditions.
> + *
> + * Returns the time in milliseconds until the next update event.
> + */
> + unsigned int (*get_next_update_time)(struct phy_device *dev);
> };
> #define to_phy_driver(d) container_of_const(to_mdio_common_driver(d), \
> struct phy_driver, mdiodrv)
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2025-02-04 11:50 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-02-04 9:32 [PATCH net-next v1 0/2] Use PHYlib for reset randomization and adjustable polling Oleksij Rempel
2025-02-04 9:32 ` [PATCH net-next v1 1/2] net: phy: Add support for driver-specific next update time Oleksij Rempel
2025-02-04 11:50 ` Mateusz Polchlopek
2025-02-04 9:32 ` [PATCH net-next v1 2/2] net: phy: dp83tg720: Add randomized polling intervals for unstable link detection Oleksij Rempel
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®