* [PATCH 0/3] leds: trigger: netdev: add additional modes
@ 2023-06-09 13:51 Christian Marangi
2023-06-09 13:51 ` [PATCH 1/3] leds: trigger: netdev: add additional specific link speed mode Christian Marangi
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Christian Marangi @ 2023-06-09 13:51 UTC (permalink / raw)
To: Pavel Machek, Lee Jones, Christian Marangi, Andrew Lunn,
David S. Miller, Yang Li, linux-leds, linux-kernel
This is a continue of [1]. It was decided to take a more gradual
approach to implement LEDs support for switch and phy starting with
basic support and then implementing the hw control part when we have all
the prereq done.
This should be the final part for the netdev trigger.
We collect some info around and we found a good set of modes that are
common in almost all the PHY and Switch.
These modes are:
- Modes for dedicated link speed(10, 100, 1000 mbps). Additional mode
can be added later following this example.
- Modes for half and full duplex.
- Mode for unified tx and rx traffic.
The original idea was to add hw control only modes.
While the concept makes sense in practice it would results in lots of
additional code and extra check to make sure we are setting correct modes.
With the suggestion from Andrew it was pointed out that using the ethtool
APIs we can actually get the current link speed and duplex and this
effectively removed the problem of having hw control only modes since we
can fallback to software.
Since these modes are supported by software, we can skip providing an
user for this in the LED driver to support hw control for these new modes
(that will come right after this is merged) and prevent this to be another
multi subsystem series.
For link speed and duplex we use ethtool APIs. For the unified tx and rx
mode, we simply add extra logic to the work function we already have in
the netdev trigger.
To call ethtool APIs, rtnl lock is needed but this can be skipped on
handling netdev events as the lock is already held.
[1] https://lore.kernel.org/lkml/20230216013230.22978-1-ansuelsmth@gmail.com/
Christian Marangi (3):
leds: trigger: netdev: add additional specific link speed mode
leds: trigger: netdev: add additional specific link duplex mode
leds: trigger: netdev: add additional mode for unified tx/rx traffic
drivers/leds/trigger/ledtrig-netdev.c | 129 +++++++++++++++++++++++---
include/linux/leds.h | 6 ++
2 files changed, 124 insertions(+), 11 deletions(-)
--
2.40.1
^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH 1/3] leds: trigger: netdev: add additional specific link speed mode
2023-06-09 13:51 [PATCH 0/3] leds: trigger: netdev: add additional modes Christian Marangi
@ 2023-06-09 13:51 ` Christian Marangi
2023-06-09 14:25 ` Andrew Lunn
2023-06-09 13:51 ` [PATCH 2/3] leds: trigger: netdev: add additional specific link duplex mode Christian Marangi
2023-06-09 13:51 ` [PATCH 3/3] leds: trigger: netdev: add additional mode for unified tx/rx traffic Christian Marangi
2 siblings, 1 reply; 6+ messages in thread
From: Christian Marangi @ 2023-06-09 13:51 UTC (permalink / raw)
To: Pavel Machek, Lee Jones, Christian Marangi, Andrew Lunn,
David S. Miller, Yang Li, linux-leds, linux-kernel
Add additional modes for specific link speed. Use ethtool APIs to get the
current link speed and enable the LED accordingly. Under netdev event
handler the rtnl lock is already held and is not needed to be set to
access ethtool APIs.
This is especially useful for PHY and Switch that supports LEDs hw
control for specific link speed. (example scenario a PHY that have 2 LED
connected one green and one orange where the green is turned on with
1000mbps speed and orange is turned on with 10mpbs speed)
On mode set from sysfs we check if we have enabled split link speed mode
and reject enabling generic link mode to prevent wrong and redundant
configuration.
Rework logic on the set baseline state to support these new modes to
select if we need to turn on or off the LED.
Add additional modes:
- link_10: Turn on LED when link speed is 10mbps
- link_100: Turn on LED when link speed is 100mbps
- link_1000: Turn on LED when link speed is 1000mbps
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
---
drivers/leds/trigger/ledtrig-netdev.c | 84 ++++++++++++++++++++++++---
include/linux/leds.h | 3 +
2 files changed, 80 insertions(+), 7 deletions(-)
diff --git a/drivers/leds/trigger/ledtrig-netdev.c b/drivers/leds/trigger/ledtrig-netdev.c
index c9b040bacbb0..f20d5168710a 100644
--- a/drivers/leds/trigger/ledtrig-netdev.c
+++ b/drivers/leds/trigger/ledtrig-netdev.c
@@ -13,6 +13,7 @@
#include <linux/atomic.h>
#include <linux/ctype.h>
#include <linux/device.h>
+#include <linux/ethtool.h>
#include <linux/init.h>
#include <linux/jiffies.h>
#include <linux/kernel.h>
@@ -21,6 +22,7 @@
#include <linux/module.h>
#include <linux/netdevice.h>
#include <linux/mutex.h>
+#include <linux/rtnetlink.h>
#include <linux/timer.h>
#include "../leds.h"
@@ -52,6 +54,8 @@ struct led_netdev_data {
unsigned int last_activity;
unsigned long mode;
+ u32 link_speed;
+
bool carrier_link_up;
bool hw_control;
};
@@ -77,7 +81,24 @@ static void set_baseline_state(struct led_netdev_data *trigger_data)
if (!trigger_data->carrier_link_up) {
led_set_brightness(led_cdev, LED_OFF);
} else {
+ bool blink_on = false;
+
if (test_bit(TRIGGER_NETDEV_LINK, &trigger_data->mode))
+ blink_on = true;
+
+ if (test_bit(TRIGGER_NETDEV_LINK_10, &trigger_data->mode) &&
+ trigger_data->link_speed == SPEED_10)
+ blink_on = true;
+
+ if (test_bit(TRIGGER_NETDEV_LINK_100, &trigger_data->mode) &&
+ trigger_data->link_speed == SPEED_100)
+ blink_on = true;
+
+ if (test_bit(TRIGGER_NETDEV_LINK_1000, &trigger_data->mode) &&
+ trigger_data->link_speed == SPEED_1000)
+ blink_on = true;
+
+ if (blink_on)
led_set_brightness(led_cdev,
led_cdev->blink_brightness);
else
@@ -196,9 +217,21 @@ static int set_device_name(struct led_netdev_data *trigger_data,
dev_get_by_name(&init_net, trigger_data->device_name);
trigger_data->carrier_link_up = false;
- if (trigger_data->net_dev != NULL)
+ trigger_data->link_speed = 0;
+ if (trigger_data->net_dev != NULL) {
+ struct ethtool_link_ksettings cmd;
+
trigger_data->carrier_link_up = netif_carrier_ok(trigger_data->net_dev);
+ if (trigger_data->carrier_link_up) {
+ rtnl_lock();
+ __ethtool_get_link_ksettings(trigger_data->net_dev, &cmd);
+ rtnl_unlock();
+
+ trigger_data->link_speed = cmd.base.speed;
+ }
+ }
+
trigger_data->last_activity = 0;
set_baseline_state(trigger_data);
@@ -234,6 +267,9 @@ static ssize_t netdev_led_attr_show(struct device *dev, char *buf,
switch (attr) {
case TRIGGER_NETDEV_LINK:
+ case TRIGGER_NETDEV_LINK_10:
+ case TRIGGER_NETDEV_LINK_100:
+ case TRIGGER_NETDEV_LINK_1000:
case TRIGGER_NETDEV_TX:
case TRIGGER_NETDEV_RX:
bit = attr;
@@ -249,7 +285,7 @@ static ssize_t netdev_led_attr_store(struct device *dev, const char *buf,
size_t size, enum led_trigger_netdev_modes attr)
{
struct led_netdev_data *trigger_data = led_trigger_get_drvdata(dev);
- unsigned long state;
+ unsigned long state, mode = trigger_data->mode;
int ret;
int bit;
@@ -259,6 +295,9 @@ static ssize_t netdev_led_attr_store(struct device *dev, const char *buf,
switch (attr) {
case TRIGGER_NETDEV_LINK:
+ case TRIGGER_NETDEV_LINK_10:
+ case TRIGGER_NETDEV_LINK_100:
+ case TRIGGER_NETDEV_LINK_1000:
case TRIGGER_NETDEV_TX:
case TRIGGER_NETDEV_RX:
bit = attr;
@@ -267,13 +306,20 @@ static ssize_t netdev_led_attr_store(struct device *dev, const char *buf,
return -EINVAL;
}
- cancel_delayed_work_sync(&trigger_data->work);
-
if (state)
- set_bit(bit, &trigger_data->mode);
+ set_bit(bit, &mode);
else
- clear_bit(bit, &trigger_data->mode);
+ clear_bit(bit, &mode);
+
+ if (test_bit(TRIGGER_NETDEV_LINK, &mode) &&
+ (test_bit(TRIGGER_NETDEV_LINK_10, &mode) ||
+ test_bit(TRIGGER_NETDEV_LINK_100, &mode) ||
+ test_bit(TRIGGER_NETDEV_LINK_1000, &mode)))
+ return -EINVAL;
+ cancel_delayed_work_sync(&trigger_data->work);
+
+ trigger_data->mode = mode;
trigger_data->hw_control = can_hw_control(trigger_data);
set_baseline_state(trigger_data);
@@ -295,6 +341,9 @@ static ssize_t netdev_led_attr_store(struct device *dev, const char *buf,
static DEVICE_ATTR_RW(trigger_name)
DEFINE_NETDEV_TRIGGER(link, TRIGGER_NETDEV_LINK);
+DEFINE_NETDEV_TRIGGER(link_10, TRIGGER_NETDEV_LINK_10);
+DEFINE_NETDEV_TRIGGER(link_100, TRIGGER_NETDEV_LINK_100);
+DEFINE_NETDEV_TRIGGER(link_1000, TRIGGER_NETDEV_LINK_1000);
DEFINE_NETDEV_TRIGGER(tx, TRIGGER_NETDEV_TX);
DEFINE_NETDEV_TRIGGER(rx, TRIGGER_NETDEV_RX);
@@ -338,6 +387,9 @@ static DEVICE_ATTR_RW(interval);
static struct attribute *netdev_trig_attrs[] = {
&dev_attr_device_name.attr,
&dev_attr_link.attr,
+ &dev_attr_link_10.attr,
+ &dev_attr_link_100.attr,
+ &dev_attr_link_1000.attr,
&dev_attr_rx.attr,
&dev_attr_tx.attr,
&dev_attr_interval.attr,
@@ -352,6 +404,7 @@ static int netdev_trig_notify(struct notifier_block *nb,
netdev_notifier_info_to_dev((struct netdev_notifier_info *)dv);
struct led_netdev_data *trigger_data =
container_of(nb, struct led_netdev_data, notifier);
+ struct ethtool_link_ksettings cmd;
if (evt != NETDEV_UP && evt != NETDEV_DOWN && evt != NETDEV_CHANGE
&& evt != NETDEV_REGISTER && evt != NETDEV_UNREGISTER
@@ -368,9 +421,17 @@ static int netdev_trig_notify(struct notifier_block *nb,
mutex_lock(&trigger_data->lock);
trigger_data->carrier_link_up = false;
+ trigger_data->link_speed = 0;
switch (evt) {
case NETDEV_CHANGENAME:
trigger_data->carrier_link_up = netif_carrier_ok(dev);
+
+ if (trigger_data->carrier_link_up) {
+ __ethtool_get_link_ksettings(trigger_data->net_dev, &cmd);
+
+ trigger_data->link_speed = cmd.base.speed;
+ }
+
fallthrough;
case NETDEV_REGISTER:
dev_put(trigger_data->net_dev);
@@ -384,6 +445,12 @@ static int netdev_trig_notify(struct notifier_block *nb,
case NETDEV_UP:
case NETDEV_CHANGE:
trigger_data->carrier_link_up = netif_carrier_ok(dev);
+
+ if (trigger_data->carrier_link_up) {
+ __ethtool_get_link_ksettings(trigger_data->net_dev, &cmd);
+
+ trigger_data->link_speed = cmd.base.speed;
+ }
break;
}
@@ -426,7 +493,10 @@ static void netdev_trig_work(struct work_struct *work)
if (trigger_data->last_activity != new_activity) {
led_stop_software_blink(trigger_data->led_cdev);
- invert = test_bit(TRIGGER_NETDEV_LINK, &trigger_data->mode);
+ invert = test_bit(TRIGGER_NETDEV_LINK, &trigger_data->mode) ||
+ test_bit(TRIGGER_NETDEV_LINK_10, &trigger_data->mode) ||
+ test_bit(TRIGGER_NETDEV_LINK_100, &trigger_data->mode) ||
+ test_bit(TRIGGER_NETDEV_LINK_1000, &trigger_data->mode);
interval = jiffies_to_msecs(
atomic_read(&trigger_data->interval));
/* base state is ON (link present) */
diff --git a/include/linux/leds.h b/include/linux/leds.h
index 4b3d8bda1fff..39f15b1e772c 100644
--- a/include/linux/leds.h
+++ b/include/linux/leds.h
@@ -582,6 +582,9 @@ static inline void *led_get_trigger_data(struct led_classdev *led_cdev)
/* Trigger specific enum */
enum led_trigger_netdev_modes {
TRIGGER_NETDEV_LINK = 0,
+ TRIGGER_NETDEV_LINK_10,
+ TRIGGER_NETDEV_LINK_100,
+ TRIGGER_NETDEV_LINK_1000,
TRIGGER_NETDEV_TX,
TRIGGER_NETDEV_RX,
--
2.40.1
^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH 2/3] leds: trigger: netdev: add additional specific link duplex mode
2023-06-09 13:51 [PATCH 0/3] leds: trigger: netdev: add additional modes Christian Marangi
2023-06-09 13:51 ` [PATCH 1/3] leds: trigger: netdev: add additional specific link speed mode Christian Marangi
@ 2023-06-09 13:51 ` Christian Marangi
2023-06-09 13:51 ` [PATCH 3/3] leds: trigger: netdev: add additional mode for unified tx/rx traffic Christian Marangi
2 siblings, 0 replies; 6+ messages in thread
From: Christian Marangi @ 2023-06-09 13:51 UTC (permalink / raw)
To: Pavel Machek, Lee Jones, Christian Marangi, Andrew Lunn,
David S. Miller, Yang Li, linux-leds, linux-kernel
Add additional modes for specific link duplex. Use ethtool APIs to get the
current link duplex and enable the LED accordingly. Under netdev event
handler the rtnl lock is already held and is not needed to be set to
access ethtool APIs.
This is especially useful for PHY and Switch that supports LEDs hw
control for specific link duplex.
Add additional modes:
- half_duplex: Turn on LED when link is half duplex
- full_duplex: Turn on LED when link is full duplex
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
---
drivers/leds/trigger/ledtrig-netdev.c | 26 +++++++++++++++++++++++++-
include/linux/leds.h | 2 ++
2 files changed, 27 insertions(+), 1 deletion(-)
diff --git a/drivers/leds/trigger/ledtrig-netdev.c b/drivers/leds/trigger/ledtrig-netdev.c
index f20d5168710a..3c1571b620e4 100644
--- a/drivers/leds/trigger/ledtrig-netdev.c
+++ b/drivers/leds/trigger/ledtrig-netdev.c
@@ -55,6 +55,7 @@ struct led_netdev_data {
unsigned long mode;
u32 link_speed;
+ u8 duplex;
bool carrier_link_up;
bool hw_control;
@@ -98,6 +99,14 @@ static void set_baseline_state(struct led_netdev_data *trigger_data)
trigger_data->link_speed == SPEED_1000)
blink_on = true;
+ if (test_bit(TRIGGER_NETDEV_HALF_DUPLEX, &trigger_data->mode) &&
+ trigger_data->duplex == DUPLEX_HALF)
+ blink_on = true;
+
+ if (test_bit(TRIGGER_NETDEV_FULL_DUPLEX, &trigger_data->mode) &&
+ trigger_data->duplex == DUPLEX_FULL)
+ blink_on = true;
+
if (blink_on)
led_set_brightness(led_cdev,
led_cdev->blink_brightness);
@@ -218,6 +227,7 @@ static int set_device_name(struct led_netdev_data *trigger_data,
trigger_data->carrier_link_up = false;
trigger_data->link_speed = 0;
+ trigger_data->duplex = 0;
if (trigger_data->net_dev != NULL) {
struct ethtool_link_ksettings cmd;
@@ -229,6 +239,7 @@ static int set_device_name(struct led_netdev_data *trigger_data,
rtnl_unlock();
trigger_data->link_speed = cmd.base.speed;
+ trigger_data->duplex = cmd.base.duplex;
}
}
@@ -270,6 +281,8 @@ static ssize_t netdev_led_attr_show(struct device *dev, char *buf,
case TRIGGER_NETDEV_LINK_10:
case TRIGGER_NETDEV_LINK_100:
case TRIGGER_NETDEV_LINK_1000:
+ case TRIGGER_NETDEV_HALF_DUPLEX:
+ case TRIGGER_NETDEV_FULL_DUPLEX:
case TRIGGER_NETDEV_TX:
case TRIGGER_NETDEV_RX:
bit = attr;
@@ -298,6 +311,8 @@ static ssize_t netdev_led_attr_store(struct device *dev, const char *buf,
case TRIGGER_NETDEV_LINK_10:
case TRIGGER_NETDEV_LINK_100:
case TRIGGER_NETDEV_LINK_1000:
+ case TRIGGER_NETDEV_HALF_DUPLEX:
+ case TRIGGER_NETDEV_FULL_DUPLEX:
case TRIGGER_NETDEV_TX:
case TRIGGER_NETDEV_RX:
bit = attr;
@@ -344,6 +359,8 @@ DEFINE_NETDEV_TRIGGER(link, TRIGGER_NETDEV_LINK);
DEFINE_NETDEV_TRIGGER(link_10, TRIGGER_NETDEV_LINK_10);
DEFINE_NETDEV_TRIGGER(link_100, TRIGGER_NETDEV_LINK_100);
DEFINE_NETDEV_TRIGGER(link_1000, TRIGGER_NETDEV_LINK_1000);
+DEFINE_NETDEV_TRIGGER(half_duplex, TRIGGER_NETDEV_HALF_DUPLEX);
+DEFINE_NETDEV_TRIGGER(full_duplex, TRIGGER_NETDEV_FULL_DUPLEX);
DEFINE_NETDEV_TRIGGER(tx, TRIGGER_NETDEV_TX);
DEFINE_NETDEV_TRIGGER(rx, TRIGGER_NETDEV_RX);
@@ -390,6 +407,8 @@ static struct attribute *netdev_trig_attrs[] = {
&dev_attr_link_10.attr,
&dev_attr_link_100.attr,
&dev_attr_link_1000.attr,
+ &dev_attr_full_duplex.attr,
+ &dev_attr_half_duplex.attr,
&dev_attr_rx.attr,
&dev_attr_tx.attr,
&dev_attr_interval.attr,
@@ -422,6 +441,7 @@ static int netdev_trig_notify(struct notifier_block *nb,
trigger_data->carrier_link_up = false;
trigger_data->link_speed = 0;
+ trigger_data->duplex = 0;
switch (evt) {
case NETDEV_CHANGENAME:
trigger_data->carrier_link_up = netif_carrier_ok(dev);
@@ -430,6 +450,7 @@ static int netdev_trig_notify(struct notifier_block *nb,
__ethtool_get_link_ksettings(trigger_data->net_dev, &cmd);
trigger_data->link_speed = cmd.base.speed;
+ trigger_data->duplex = cmd.base.duplex;
}
fallthrough;
@@ -450,6 +471,7 @@ static int netdev_trig_notify(struct notifier_block *nb,
__ethtool_get_link_ksettings(trigger_data->net_dev, &cmd);
trigger_data->link_speed = cmd.base.speed;
+ trigger_data->duplex = cmd.base.duplex;
}
break;
}
@@ -496,7 +518,9 @@ static void netdev_trig_work(struct work_struct *work)
invert = test_bit(TRIGGER_NETDEV_LINK, &trigger_data->mode) ||
test_bit(TRIGGER_NETDEV_LINK_10, &trigger_data->mode) ||
test_bit(TRIGGER_NETDEV_LINK_100, &trigger_data->mode) ||
- test_bit(TRIGGER_NETDEV_LINK_1000, &trigger_data->mode);
+ test_bit(TRIGGER_NETDEV_LINK_1000, &trigger_data->mode) ||
+ test_bit(TRIGGER_NETDEV_HALF_DUPLEX, &trigger_data->mode) ||
+ test_bit(TRIGGER_NETDEV_FULL_DUPLEX, &trigger_data->mode);
interval = jiffies_to_msecs(
atomic_read(&trigger_data->interval));
/* base state is ON (link present) */
diff --git a/include/linux/leds.h b/include/linux/leds.h
index 39f15b1e772c..7d428100b42b 100644
--- a/include/linux/leds.h
+++ b/include/linux/leds.h
@@ -585,6 +585,8 @@ enum led_trigger_netdev_modes {
TRIGGER_NETDEV_LINK_10,
TRIGGER_NETDEV_LINK_100,
TRIGGER_NETDEV_LINK_1000,
+ TRIGGER_NETDEV_HALF_DUPLEX,
+ TRIGGER_NETDEV_FULL_DUPLEX,
TRIGGER_NETDEV_TX,
TRIGGER_NETDEV_RX,
--
2.40.1
^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH 3/3] leds: trigger: netdev: add additional mode for unified tx/rx traffic
2023-06-09 13:51 [PATCH 0/3] leds: trigger: netdev: add additional modes Christian Marangi
2023-06-09 13:51 ` [PATCH 1/3] leds: trigger: netdev: add additional specific link speed mode Christian Marangi
2023-06-09 13:51 ` [PATCH 2/3] leds: trigger: netdev: add additional specific link duplex mode Christian Marangi
@ 2023-06-09 13:51 ` Christian Marangi
2023-06-09 14:36 ` Andrew Lunn
2 siblings, 1 reply; 6+ messages in thread
From: Christian Marangi @ 2023-06-09 13:51 UTC (permalink / raw)
To: Pavel Machek, Lee Jones, Christian Marangi, Andrew Lunn,
David S. Miller, Yang Li, linux-leds, linux-kernel
Add additional mode for unified tx/rx traffic. LED will blink on both tx
or rx traffic.
This is especially useful for PHY and Switch that supports LEDs hw
control that doesn't support split tx/rx traffic but supports blinking
on any kind of traffic in the link.
On mode set from sysfs we check if we have enabled split tx/rx mode and
reject enabling activity mode to prevent wrong and redundant
configuration.
Add additional modes:
- activity: Blink LED on both tx or rx traffic
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
---
drivers/leds/trigger/ledtrig-netdev.c | 21 +++++++++++++++++----
include/linux/leds.h | 1 +
2 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/drivers/leds/trigger/ledtrig-netdev.c b/drivers/leds/trigger/ledtrig-netdev.c
index 3c1571b620e4..709371b2115f 100644
--- a/drivers/leds/trigger/ledtrig-netdev.c
+++ b/drivers/leds/trigger/ledtrig-netdev.c
@@ -117,7 +117,8 @@ static void set_baseline_state(struct led_netdev_data *trigger_data)
* checking stats
*/
if (test_bit(TRIGGER_NETDEV_TX, &trigger_data->mode) ||
- test_bit(TRIGGER_NETDEV_RX, &trigger_data->mode))
+ test_bit(TRIGGER_NETDEV_RX, &trigger_data->mode) ||
+ test_bit(TRIGGER_NETDEV_ACTIVITY, &trigger_data->mode))
schedule_delayed_work(&trigger_data->work, 0);
}
}
@@ -285,6 +286,7 @@ static ssize_t netdev_led_attr_show(struct device *dev, char *buf,
case TRIGGER_NETDEV_FULL_DUPLEX:
case TRIGGER_NETDEV_TX:
case TRIGGER_NETDEV_RX:
+ case TRIGGER_NETDEV_ACTIVITY:
bit = attr;
break;
default:
@@ -315,6 +317,7 @@ static ssize_t netdev_led_attr_store(struct device *dev, const char *buf,
case TRIGGER_NETDEV_FULL_DUPLEX:
case TRIGGER_NETDEV_TX:
case TRIGGER_NETDEV_RX:
+ case TRIGGER_NETDEV_ACTIVITY:
bit = attr;
break;
default:
@@ -332,6 +335,11 @@ static ssize_t netdev_led_attr_store(struct device *dev, const char *buf,
test_bit(TRIGGER_NETDEV_LINK_1000, &mode)))
return -EINVAL;
+ if (test_bit(TRIGGER_NETDEV_ACTIVITY, &mode) &&
+ (test_bit(TRIGGER_NETDEV_TX, &mode) ||
+ test_bit(TRIGGER_NETDEV_RX, &mode)))
+ return -EINVAL;
+
cancel_delayed_work_sync(&trigger_data->work);
trigger_data->mode = mode;
@@ -363,6 +371,7 @@ DEFINE_NETDEV_TRIGGER(half_duplex, TRIGGER_NETDEV_HALF_DUPLEX);
DEFINE_NETDEV_TRIGGER(full_duplex, TRIGGER_NETDEV_FULL_DUPLEX);
DEFINE_NETDEV_TRIGGER(tx, TRIGGER_NETDEV_TX);
DEFINE_NETDEV_TRIGGER(rx, TRIGGER_NETDEV_RX);
+DEFINE_NETDEV_TRIGGER(activity, TRIGGER_NETDEV_ACTIVITY);
static ssize_t interval_show(struct device *dev,
struct device_attribute *attr, char *buf)
@@ -411,6 +420,7 @@ static struct attribute *netdev_trig_attrs[] = {
&dev_attr_half_duplex.attr,
&dev_attr_rx.attr,
&dev_attr_tx.attr,
+ &dev_attr_activity.attr,
&dev_attr_interval.attr,
NULL
};
@@ -502,14 +512,17 @@ static void netdev_trig_work(struct work_struct *work)
/* If we are not looking for RX/TX then return */
if (!test_bit(TRIGGER_NETDEV_TX, &trigger_data->mode) &&
- !test_bit(TRIGGER_NETDEV_RX, &trigger_data->mode))
+ !test_bit(TRIGGER_NETDEV_RX, &trigger_data->mode) &&
+ !test_bit(TRIGGER_NETDEV_ACTIVITY, &trigger_data->mode))
return;
dev_stats = dev_get_stats(trigger_data->net_dev, &temp);
new_activity =
- (test_bit(TRIGGER_NETDEV_TX, &trigger_data->mode) ?
+ (test_bit(TRIGGER_NETDEV_TX, &trigger_data->mode) ||
+ test_bit(TRIGGER_NETDEV_ACTIVITY, &trigger_data->mode) ?
dev_stats->tx_packets : 0) +
- (test_bit(TRIGGER_NETDEV_RX, &trigger_data->mode) ?
+ (test_bit(TRIGGER_NETDEV_RX, &trigger_data->mode) ||
+ test_bit(TRIGGER_NETDEV_ACTIVITY, &trigger_data->mode) ?
dev_stats->rx_packets : 0);
if (trigger_data->last_activity != new_activity) {
diff --git a/include/linux/leds.h b/include/linux/leds.h
index 7d428100b42b..f11fa5e1e833 100644
--- a/include/linux/leds.h
+++ b/include/linux/leds.h
@@ -589,6 +589,7 @@ enum led_trigger_netdev_modes {
TRIGGER_NETDEV_FULL_DUPLEX,
TRIGGER_NETDEV_TX,
TRIGGER_NETDEV_RX,
+ TRIGGER_NETDEV_ACTIVITY,
/* Keep last */
__TRIGGER_NETDEV_MAX,
--
2.40.1
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH 1/3] leds: trigger: netdev: add additional specific link speed mode
2023-06-09 13:51 ` [PATCH 1/3] leds: trigger: netdev: add additional specific link speed mode Christian Marangi
@ 2023-06-09 14:25 ` Andrew Lunn
0 siblings, 0 replies; 6+ messages in thread
From: Andrew Lunn @ 2023-06-09 14:25 UTC (permalink / raw)
To: Christian Marangi
Cc: Pavel Machek, Lee Jones, David S. Miller, Yang Li, linux-leds,
linux-kernel
> + if (trigger_data->net_dev != NULL) {
> + struct ethtool_link_ksettings cmd;
> +
cmd is a stack variable, so contains random junk:
> trigger_data->carrier_link_up = netif_carrier_ok(trigger_data->net_dev);
>
> + if (trigger_data->carrier_link_up) {
> + rtnl_lock();
> + __ethtool_get_link_ksettings(trigger_data->net_dev, &cmd);
/* Internal kernel helper to query a device ethtool_link_settings. */
int __ethtool_get_link_ksettings(struct net_device *dev,
struct ethtool_link_ksettings *link_ksettings)
{
ASSERT_RTNL();
if (!dev->ethtool_ops->get_link_ksettings)
return -EOPNOTSUPP;
If the op is not implemented, it just returns.
> + rtnl_unlock();
> +
> + trigger_data->link_speed = cmd.base.speed;
and now you are accessing the random junk.
> + __ethtool_get_link_ksettings(trigger_data->net_dev, &cmd);
> +
> + trigger_data->link_speed = cmd.base.speed;
You have this code three times. I suggest you pull it out into a
little helper, and within the helper, deal with the return code, and
set speed to 0 if it is unknown.
Andrew
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 3/3] leds: trigger: netdev: add additional mode for unified tx/rx traffic
2023-06-09 13:51 ` [PATCH 3/3] leds: trigger: netdev: add additional mode for unified tx/rx traffic Christian Marangi
@ 2023-06-09 14:36 ` Andrew Lunn
0 siblings, 0 replies; 6+ messages in thread
From: Andrew Lunn @ 2023-06-09 14:36 UTC (permalink / raw)
To: Christian Marangi
Cc: Pavel Machek, Lee Jones, David S. Miller, Yang Li, linux-leds,
linux-kernel
On Fri, Jun 09, 2023 at 03:51:03PM +0200, Christian Marangi wrote:
> Add additional mode for unified tx/rx traffic. LED will blink on both tx
> or rx traffic.
>
> This is especially useful for PHY and Switch that supports LEDs hw
> control that doesn't support split tx/rx traffic but supports blinking
> on any kind of traffic in the link.
>
> On mode set from sysfs we check if we have enabled split tx/rx mode and
> reject enabling activity mode to prevent wrong and redundant
> configuration.
TRIGGER_NETDEV_TX + TRIGGER_NETDEV_RX = TRIGGER_NETDEV_ACTIVITY:
When calling into the driver, it probably makes the drivers simpler if
you do this simplification. Within the trigger code, keep them
separate, because that is what the user has configured.
I know such a simplification will make the marvell PHY driver simpler.
Andrew
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2023-06-09 14:37 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-06-09 13:51 [PATCH 0/3] leds: trigger: netdev: add additional modes Christian Marangi
2023-06-09 13:51 ` [PATCH 1/3] leds: trigger: netdev: add additional specific link speed mode Christian Marangi
2023-06-09 14:25 ` Andrew Lunn
2023-06-09 13:51 ` [PATCH 2/3] leds: trigger: netdev: add additional specific link duplex mode Christian Marangi
2023-06-09 13:51 ` [PATCH 3/3] leds: trigger: netdev: add additional mode for unified tx/rx traffic Christian Marangi
2023-06-09 14:36 ` Andrew Lunn
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox