All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lee Jones <lee@kernel.org>
To: Wolfram Sang <wsa+renesas@sang-engineering.com>,
	Jacek Anaszewski <jacek.anaszewski@gmail.com>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	linux-renesas-soc@vger.kernel.org,
	Magnus Damm <magnus.damm@gmail.com>,
	Rob Herring <robh@kernel.org>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	devicetree@vger.kernel.org, Pavel Machek <pavel@kernel.org>,
	linux-leds <linux-leds@vger.kernel.org>
Subject: Re: [PATCH v3] ARM: dts: renesas: r9a06g032-rzn1d400-db: describe Debug LEDs
Date: Thu, 15 May 2025 10:15:55 +0100	[thread overview]
Message-ID: <20250515091555.GE2936510@google.com> (raw)
In-Reply-To: <aCWlenAtx2uaQhcE@shikoro>

On Thu, 15 May 2025, Wolfram Sang wrote:

> Hi all,
> 
> thank you for providing all this input. I appreciate this a lot. And
> please excuse the slow response. I am currently at the EmbeddedRecipes
> conference which needed a bit of preparation on my side.
> 
> > So the node would look like this, for the pca1 LED:
> > 
> > led-1 {
> > 	function = "pca1";
> > 	color = <LED_COLOR_GREEN>;
> > 	default-state = "keep";
> > };
> 
> This looks optimal to me, if this is acceptable. I totally understand
> the advantages and desire to unify LED naming. The main problem for me
> here is that the GPIO-driven LEDs have no 'device' part in the generic
> name. And only 'function:color' seems suboptimal for the board here in
> question. I kinda arranged with the option of using "LED_FUNCTION_DEBUG"
> for the above LEDs and some other function for the LED on the carrier
> board. This seems OK enough for a development board, but ideal would be
> the above solution. So, if you can live with the above, I'll happily
> make use of it. If you want me to live with the different
> LED_FUNCTION_* solution, I will survive this as well...

My only fear would be one of setting a precedent for bespoke function
strings.  However, seeing as we already have some that slipped through
the gaps [0], I guess one more wouldn't hurt.

FTR however, my preference would be to use LED_FUNCTION_DEBUG as
previously discussed.  If you can fight your slightly leaning partiality
for a bespoke string, please choose one of the predefined options.  If
you cannot live with it, go ahead with the bespoke option.

[0]
 arch/arm/boot/dts/broadcom/bcm6846-genexis-xg6846b.dts                
 arch/arm/boot/dts/intel/ixp/intel-ixp42x-netgear-wg302v1.dts          
 arch/arm64/boot/dts/broadcom/bcmbca/bcm4906-netgear-r8000p.dts        
 arch/arm64/boot/dts/broadcom/bcmbca/bcm4906-tplink-archer-c2300-v1.dts


-- 
Lee Jones [李琼斯]

  reply	other threads:[~2025-05-15  9:16 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-04-17  9:28 [PATCH v3] ARM: dts: renesas: r9a06g032-rzn1d400-db: describe Debug LEDs Wolfram Sang
2025-04-17 11:39 ` Geert Uytterhoeven
2025-05-08  7:56   ` Wolfram Sang
2025-05-08 13:49     ` Lee Jones
2025-05-10 12:43       ` Jacek Anaszewski
2025-05-12  7:13         ` Geert Uytterhoeven
2025-05-12 17:54           ` Jacek Anaszewski
2025-05-14 15:28             ` Lee Jones
2025-05-14 18:57               ` Jacek Anaszewski
2025-05-15  6:53                 ` Lee Jones
2025-05-15 20:14                   ` Jacek Anaszewski
2025-05-15  8:27                 ` Wolfram Sang
2025-05-15  9:15                   ` Lee Jones [this message]
2025-05-15 19:53                   ` Jacek Anaszewski
2025-05-16  7:35         ` Alexander Dahl
2025-05-18 14:36           ` Jacek Anaszewski
2025-05-19  7:37             ` Alexander Dahl
2025-05-19 21:14               ` Jacek Anaszewski

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=20250515091555.GE2936510@google.com \
    --to=lee@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=geert@linux-m68k.org \
    --cc=jacek.anaszewski@gmail.com \
    --cc=krzk+dt@kernel.org \
    --cc=linux-leds@vger.kernel.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=magnus.damm@gmail.com \
    --cc=pavel@kernel.org \
    --cc=robh@kernel.org \
    --cc=wsa+renesas@sang-engineering.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: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.