From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7C450C433F5 for ; Thu, 5 May 2022 01:29:42 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235463AbiEEBdQ (ORCPT ); Wed, 4 May 2022 21:33:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47558 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230176AbiEEBdN (ORCPT ); Wed, 4 May 2022 21:33:13 -0400 Received: from vps0.lunn.ch (vps0.lunn.ch [185.16.172.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 930594BBB4; Wed, 4 May 2022 18:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=Cj4UGQhE5SbBl27xX4oKe/1UFslY5BYuOULnOrIDVz0=; b=nwH0yzV32VnmqT9/Mt4VEzDmja 0HscqFeiPjCwOip27unrxVYfqQP7fenifZazDDwQzeQcSTf232OVyp0aeR9gPTbqWvjW2SuyCTSxS Qb25QSydS0u/xB4YJanEQPhHHHo90umugQKByRLtouW6A1SbyhmGEaaW7Dt6wj8SDMEw=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1nmQJ4-001Hs8-4L; Thu, 05 May 2022 03:29:26 +0200 Date: Thu, 5 May 2022 03:29:26 +0200 From: Andrew Lunn To: Ansuel Smith Cc: Vivien Didelot , Florian Fainelli , Vladimir Oltean , "David S. Miller" , Jakub Kicinski , Paolo Abeni , Rob Herring , Krzysztof Kozlowski , Jonathan Corbet , Pavel Machek , John Crispin , 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 v6 09/11] leds: trigger: netdev: add additional hardware only triggers Message-ID: References: <20220503151633.18760-1-ansuelsmth@gmail.com> <20220503151633.18760-10-ansuelsmth@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220503151633.18760-10-ansuelsmth@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 03, 2022 at 05:16:31PM +0200, Ansuel Smith wrote: > Add additional hardware only triggers commonly supported by switch LEDs. > > Additional modes: > link_10: LED on with link up AND speed 10mbps > link_100: LED on with link up AND speed 100mbps > link_1000: LED on with link up AND speed 1000mbps > half_duplex: LED on with link up AND half_duplex mode > full_duplex: LED on with link up AND full duplex mode > > Additional blink interval modes: > blink_2hz: LED blink on any even at 2Hz (250ms) > blink_4hz: LED blink on any even at 4Hz (125ms) > blink_8hz: LED blink on any even at 8Hz (62ms) I would suggest separating blink intervals into a patch of their own, because they are orthogonal to the other modes. Most PHYs are not going to support them, or they have to be the same across all LEDs, or don't for example make sense with duplex etc. We need to first concentrate on the basics, get that correct. Then we can add nice to have features like this. Andrew