From: Lee Jones <lee@kernel.org>
To: Pavel Machek <pavel@ucw.cz>
Cc: Aren Moynihan <aren@peacevolution.org>,
linux-kernel@vger.kernel.org,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Rob Herring <robh+dt@kernel.org>,
devicetree@vger.kernel.org,
Jean-Jacques Hiblot <jjhiblot@traphandler.com>,
Chen-Yu Tsai <wens@csie.org>, Ondrej Jirman <megi@xff.cz>,
linux-sunxi@lists.linux.dev,
linux-arm-kernel@lists.infradead.org,
Jernej Skrabec <jernej.skrabec@gmail.com>,
linux-leds@vger.kernel.org, Conor Dooley <conor+dt@kernel.org>,
Miles Alan <m@milesalan.com>,
Samuel Holland <samuel@sholland.org>
Subject: Re: [PATCH v2 1/4] leds: rgb: leds-group-multicolor: allow leds to stay on in suspend
Date: Fri, 23 Feb 2024 10:28:14 +0000 [thread overview]
Message-ID: <20240223102814.GN10170@google.com> (raw)
In-Reply-To: <Zde+Sce+PAuC1U6g@duo.ucw.cz>
On Thu, 22 Feb 2024, Pavel Machek wrote:
> Hi!
>
> > If none of the managed leds enable LED_CORE_SUSPENDRESUME, then we
> > shouldn't need to set it here. This makes it possible to use multicolor
> > groups with gpio leds that enable retain-state-suspended in the device
> > tree.
> >
> > Signed-off-by: Aren Moynihan <aren@peacevolution.org>
>
> Thanks for the series.
>
> Acked-by: Pavel Machek <pavel@ucw.cz>
>
> Note this will change userland API and maybe break the LED for code
> expecting old setup and hardcoding paths. I guess we should not
> backport this to stable. But we should do this, because it is really
> one LED and not three.
Thanks Pavel.
Is this tied to the other patches in the set?
Will thing break if this is applied on its own?
--
Lee Jones [李琼斯]
WARNING: multiple messages have this Message-ID (diff)
From: Lee Jones <lee@kernel.org>
To: Pavel Machek <pavel@ucw.cz>
Cc: Aren Moynihan <aren@peacevolution.org>,
linux-kernel@vger.kernel.org,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Rob Herring <robh+dt@kernel.org>,
devicetree@vger.kernel.org,
Jean-Jacques Hiblot <jjhiblot@traphandler.com>,
Chen-Yu Tsai <wens@csie.org>, Ondrej Jirman <megi@xff.cz>,
linux-sunxi@lists.linux.dev,
linux-arm-kernel@lists.infradead.org,
Jernej Skrabec <jernej.skrabec@gmail.com>,
linux-leds@vger.kernel.org, Conor Dooley <conor+dt@kernel.org>,
Miles Alan <m@milesalan.com>,
Samuel Holland <samuel@sholland.org>
Subject: Re: [PATCH v2 1/4] leds: rgb: leds-group-multicolor: allow leds to stay on in suspend
Date: Fri, 23 Feb 2024 10:28:14 +0000 [thread overview]
Message-ID: <20240223102814.GN10170@google.com> (raw)
In-Reply-To: <Zde+Sce+PAuC1U6g@duo.ucw.cz>
On Thu, 22 Feb 2024, Pavel Machek wrote:
> Hi!
>
> > If none of the managed leds enable LED_CORE_SUSPENDRESUME, then we
> > shouldn't need to set it here. This makes it possible to use multicolor
> > groups with gpio leds that enable retain-state-suspended in the device
> > tree.
> >
> > Signed-off-by: Aren Moynihan <aren@peacevolution.org>
>
> Thanks for the series.
>
> Acked-by: Pavel Machek <pavel@ucw.cz>
>
> Note this will change userland API and maybe break the LED for code
> expecting old setup and hardcoding paths. I guess we should not
> backport this to stable. But we should do this, because it is really
> one LED and not three.
Thanks Pavel.
Is this tied to the other patches in the set?
Will thing break if this is applied on its own?
--
Lee Jones [李琼斯]
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2024-02-23 10:28 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-06 18:13 [PATCH v2 1/4] leds: rgb: leds-group-multicolor: allow leds to stay on in suspend Aren Moynihan
2024-02-06 18:13 ` Aren Moynihan
2024-02-06 18:13 ` [PATCH v2 2/4] arm64: dts: sun50i-a64-pinephone: Retain leds state " Aren Moynihan
2024-02-06 18:13 ` Aren Moynihan
2024-02-06 18:13 ` [PATCH v2 3/4] arm64: dts: sun50i-a64-pinephone: add multicolor led node Aren Moynihan
2024-02-06 18:13 ` Aren Moynihan
2024-02-23 8:46 ` Ondřej Jirman
2024-02-23 8:46 ` Ondřej Jirman
2024-02-23 15:22 ` Aren
2024-02-23 15:22 ` Aren
2024-02-23 23:28 ` Ondřej Jirman
2024-02-23 23:28 ` Ondřej Jirman
2024-02-24 2:52 ` Aren
2024-02-24 2:52 ` Aren
2024-02-06 18:13 ` [PATCH v2 4/4] arm64: dts: sun50i-a64-pinephone: change led type to status Aren Moynihan
2024-02-06 18:13 ` Aren Moynihan
2024-02-22 20:57 ` Jernej Škrabec
2024-02-22 20:57 ` Jernej Škrabec
2024-02-23 10:29 ` Lee Jones
2024-02-23 10:29 ` Lee Jones
2024-02-23 16:30 ` Aren
2024-02-23 16:30 ` Aren
2024-02-23 16:36 ` Jernej Škrabec
2024-02-23 16:36 ` Jernej Škrabec
2024-02-22 21:36 ` [PATCH v2 1/4] leds: rgb: leds-group-multicolor: allow leds to stay on in suspend Pavel Machek
2024-02-22 21:36 ` Pavel Machek
2024-02-23 10:28 ` Lee Jones [this message]
2024-02-23 10:28 ` Lee Jones
2024-02-23 10:31 ` (subset) " Lee Jones
2024-02-23 10:31 ` Lee Jones
2024-02-23 10:35 ` Lee Jones
2024-02-23 10:35 ` Lee Jones
2024-02-23 15:32 ` Aren
2024-02-23 15:32 ` Aren
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=20240223102814.GN10170@google.com \
--to=lee@kernel.org \
--cc=aren@peacevolution.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=jernej.skrabec@gmail.com \
--cc=jjhiblot@traphandler.com \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=m@milesalan.com \
--cc=megi@xff.cz \
--cc=pavel@ucw.cz \
--cc=robh+dt@kernel.org \
--cc=samuel@sholland.org \
--cc=wens@csie.org \
/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.