LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Andrew Lunn <andrew@lunn.ch> To: Ansuel Smith <ansuelsmth@gmail.com> Cc: Vivien Didelot <vivien.didelot@gmail.com>, Florian Fainelli <f.fainelli@gmail.com>, Vladimir Oltean <olteanv@gmail.com>, "David S. Miller" <davem@davemloft.net>, Jakub Kicinski <kuba@kernel.org>, Rob Herring <robh+dt@kernel.org>, Jonathan Corbet <corbet@lwn.net>, Pavel Machek <pavel@ucw.cz>, John Crispin <john@phrozen.org>, netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-leds@vger.kernel.org Subject: Re: [RFC PATCH v2 3/5] leds: trigger: add offload-phy-activity trigger Date: Mon, 8 Nov 2021 15:17:33 +0100 [thread overview] Message-ID: <YYkxfRrJ8ERaTr5x@lunn.ch> (raw) In-Reply-To: <20211108002500.19115-4-ansuelsmth@gmail.com> On Mon, Nov 08, 2021 at 01:24:58AM +0100, Ansuel Smith wrote: > Add Offload Trigger for PHY Activity. This special trigger is used to > configure and expose the different HW trigger that are provided by the > PHY. Each offload trigger can be configured by sysfs and on trigger > activation the offload mode is enabled. > > This currently implement these hw triggers: > - blink_tx: Blink LED on tx packet receive > - blink_rx: Blink LED on rx packet receive > - blink_collision: Blink LED on collision detection When did you last see a collision? Do you really have a 1/2 duplex link? Just because the PHY can, does not mean we should support it. Lets restrict this to the most useful modes. > - link_10m: Keep LED on with 10m link speed > - link_100m: Keep LED on with 100m link speed > - link_1000m: Keep LED on with 1000m link speed > - half_duplex: Keep LED on with half duplex link > - full_duplex: Keep LED on with full duplex link > - linkup_over: Keep LED on with link speed and blink on rx/tx traffic > - power_on_reset: Keep LED on with switch reset > - blink_2hz: Set blink speed at 2hz for every blink event > - blink_4hz: Set blink speed at 4hz for every blink event > - blink_8hz: Set blink speed at 8hz for every blink event These seems like attributes, not blink modes. They need to be specified somehow differently, or not at all. Do we really need them? > - blink_auto: Set blink speed at 2hz for 10m link speed, > 4hz for 100m and 8hz for 1000m Another attribute, and one i've not seen any other PHY do. Andrew
next prev parent reply other threads:[~2021-11-08 14:17 UTC|newest] Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-11-08 0:24 [RFC PATCH v2 0/5] Adds support for PHY LEDs with offload triggers Ansuel Smith 2021-11-08 0:24 ` [RFC PATCH v2 1/5] leds: trigger: add API for HW offloading of triggers Ansuel Smith 2021-11-08 2:29 ` Randy Dunlap 2021-11-08 14:04 ` Andrew Lunn 2021-11-08 15:16 ` Ansuel Smith 2021-11-08 16:13 ` Marek Behún 2021-11-08 16:46 ` Ansuel Smith 2021-11-08 17:35 ` Marek Behún 2021-11-08 17:58 ` Ansuel Smith 2021-11-08 18:41 ` Marek Behún 2021-11-08 19:08 ` Ansuel Smith 2021-11-08 19:17 ` Marek Behún 2021-11-08 17:46 ` Andrew Lunn 2021-11-08 17:56 ` Marek Behún 2021-11-08 19:53 ` Andrew Lunn 2021-11-08 20:03 ` Vladimir Oltean 2021-11-08 20:11 ` Marek Behún 2021-11-08 20:15 ` Ansuel Smith 2021-11-08 17:37 ` Andrew Lunn 2021-11-08 0:24 ` [RFC PATCH v2 2/5] leds: add function to configure offload leds Ansuel Smith 2021-11-08 2:22 ` Randy Dunlap 2021-11-08 0:24 ` [RFC PATCH v2 3/5] leds: trigger: add offload-phy-activity trigger Ansuel Smith 2021-11-08 2:24 ` Randy Dunlap 2021-11-08 14:17 ` Andrew Lunn [this message] 2021-11-08 15:19 ` Ansuel Smith 2021-11-08 0:24 ` [RFC PATCH v2 4/5] net: dsa: qca8k: add LEDs support Ansuel Smith 2021-11-08 2:26 ` Randy Dunlap 2021-11-08 0:25 ` [RFC PATCH v2 5/5] dt-bindings: net: dsa: qca8k: add LEDs definition example Ansuel Smith
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=YYkxfRrJ8ERaTr5x@lunn.ch \ --to=andrew@lunn.ch \ --cc=ansuelsmth@gmail.com \ --cc=corbet@lwn.net \ --cc=davem@davemloft.net \ --cc=devicetree@vger.kernel.org \ --cc=f.fainelli@gmail.com \ --cc=john@phrozen.org \ --cc=kuba@kernel.org \ --cc=linux-doc@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-leds@vger.kernel.org \ --cc=netdev@vger.kernel.org \ --cc=olteanv@gmail.com \ --cc=pavel@ucw.cz \ --cc=robh+dt@kernel.org \ --cc=vivien.didelot@gmail.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: linkBe 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).