[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d27f050a-26db-4f08-aa19-848ae2c6ed2d@lunn.ch>
Date: Wed, 5 Jun 2024 03:14:53 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Jacob Keller <jacob.e.keller@...el.com>
Cc: "Nelson, Shannon" <shannon.nelson@....com>,
David Miller <davem@...emloft.net>, netdev <netdev@...r.kernel.org>,
Jakub Kicinski <kuba@...nel.org>,
Vitaly Lifshits <vitaly.lifshits@...el.com>,
Menachem Fogel <menachem.fogel@...el.com>,
Naama Meir <naamax.meir@...ux.intel.com>
Subject: Re: [PATCH 9/9] igc: add support for ethtool.set_phys_id
On Tue, Jun 04, 2024 at 02:12:31PM -0700, Jacob Keller wrote:
>
>
> On 6/3/2024 5:12 PM, Nelson, Shannon wrote:
> > On 6/3/2024 3:38 PM, Jacob Keller wrote:
> >>
> >> From: Vitaly Lifshits <vitaly.lifshits@...el.com>
> >>
> >> Add support for ethtool.set_phys_id callback to initiate LED blinking
> >> and stopping them by the ethtool interface.
> >> This is done by storing the initial LEDCTL register value and restoring
> >> it when LED blinking is terminated.
> >>
> >> In addition, moved IGC_LEDCTL related defines from igc_leds.c to
> >> igc_defines.h where they can be included by all of the igc module
> >> files.
Sorry for the deep nesting. I missed the first post.
This seems like a very Intel specific solution to a very generic
problem. The LED code added by Kurt Kanzenbach follows the generic
netdev way of controlling LEDs. Any MAC or PHY driver with LED support
should be capable of blinking. Maybe in hardware, maybe it needs
software support.
So please write a generic ethtool helper which any MAC driver can use
to make use of the generic sys class LEDs associated to it, not an
Intel specific solution.
Andrew
---
pw-bot: cr
Powered by blists - more mailing lists