[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <d0189349-8101-414c-bed7-94573f66b40d@t-8ch.de>
Date: Thu, 13 Jun 2024 16:48:41 +0200
From: Thomas Weißschuh <linux@...ssschuh.net>
To: Lee Jones <lee@...nel.org>
Cc: Dustin Howett <dustin@...ett.net>, Pavel Machek <pavel@....cz>,
Benson Leung <bleung@...omium.org>, Guenter Roeck <groeck@...omium.org>,
Tzung-Bi Shih <tzungbi@...nel.org>, linux-leds@...r.kernel.org, linux-kernel@...r.kernel.org,
chrome-platform@...ts.linux.dev, Mario Limonciello <mario.limonciello@....com>
Subject: Re: [PATCH v2 0/5] ChromeOS Embedded Controller LED driver
On 2024-06-13 15:41:37+0000, Lee Jones wrote:
> On Mon, 03 Jun 2024, Thomas Weißschuh wrote:
>
> > On 2024-06-02 18:30:06+0000, Dustin Howett wrote:
> > > On Fri, May 31, 2024 at 11:33 AM Thomas Weißschuh <linux@...ssschuh.net> wrote:
> > > >
> > > > Add a LED driver that supports the LED devices exposed by the
> > > > ChromeOS Embedded Controller.
> > >
> > > I've tested this out on the Framework Laptop 13, 11th gen intel core
> > > and AMD Ryzen 7040 editions.
> > >
> > > It works fairly well! I found a couple minor issues in day-to-day use:
> >
> > Thanks!
> >
> > > - Restoring the trigger to chromeos-auto does not always put the EC
> > > back in control, e.g. the side lights no longer return to reporting
> > > charge status.
> > > I believe this happens when you move from any trigger except "none"
> > > to chromeos-auto, without first setting "none".
> >
> > Thanks for the report, I'll investigate that.
>
> So am I reviewing this set or waiting for the next version?
This specific bug is fixed by [0], which should be in your inbox.
I just sent v3 of the series, with only two tiny changes.
One more cosmetic and one for the coming revert to avoid the LED
hardware trigger deadlock.
Thanks for the review!
[0] https://lore.kernel.org/lkml/20240603-led-trigger-flush-v1-1-c904c6e2fb34@weissschuh.net/
Powered by blists - more mailing lists