Searched hist:"3928 ee6485a316c8abde7e24c7f82033a1c8d3ae" (Results 1 – 3 of 3) sorted by relevance
| /openbmc/linux/drivers/net/phy/ |
| H A D | phy_led_triggers.c | diff 3928ee6485a316c8abde7e24c7f82033a1c8d3ae Wed Nov 01 18:49:18 CDT 2017 Maciej S. Szmigiero <mail@maciej.szmigiero.name> net: phy: leds: Add support for "link" trigger
Currently, we create a LED trigger for any link speed known to a PHY.
These triggers only fire when their exact link speed had been negotiated
(they aren't cumulative, that is, they don't fire for "their or any higher"
link speed).
What we are missing, however, is a trigger which will fire on any link
speed known to the PHY. Such trigger can then be used for implementing a
poor man's substitute of the "link" LED on boards that lack it.
Let's add it.
Signed-off-by: Maciej S. Szmigiero <mail@maciej.szmigiero.name>
Signed-off-by: David S. Miller <davem@davemloft.net>
|
| H A D | Kconfig | diff 3928ee6485a316c8abde7e24c7f82033a1c8d3ae Wed Nov 01 18:49:18 CDT 2017 Maciej S. Szmigiero <mail@maciej.szmigiero.name> net: phy: leds: Add support for "link" trigger
Currently, we create a LED trigger for any link speed known to a PHY.
These triggers only fire when their exact link speed had been negotiated
(they aren't cumulative, that is, they don't fire for "their or any higher"
link speed).
What we are missing, however, is a trigger which will fire on any link
speed known to the PHY. Such trigger can then be used for implementing a
poor man's substitute of the "link" LED on boards that lack it.
Let's add it.
Signed-off-by: Maciej S. Szmigiero <mail@maciej.szmigiero.name>
Signed-off-by: David S. Miller <davem@davemloft.net>
|
| /openbmc/linux/include/linux/ |
| H A D | phy.h | diff 3928ee6485a316c8abde7e24c7f82033a1c8d3ae Wed Nov 01 18:49:18 CDT 2017 Maciej S. Szmigiero <mail@maciej.szmigiero.name> net: phy: leds: Add support for "link" trigger
Currently, we create a LED trigger for any link speed known to a PHY.
These triggers only fire when their exact link speed had been negotiated
(they aren't cumulative, that is, they don't fire for "their or any higher"
link speed).
What we are missing, however, is a trigger which will fire on any link
speed known to the PHY. Such trigger can then be used for implementing a
poor man's substitute of the "link" LED on boards that lack it.
Let's add it.
Signed-off-by: Maciej S. Szmigiero <mail@maciej.szmigiero.name>
Signed-off-by: David S. Miller <davem@davemloft.net>
|