[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAEih1qUeDTmN80zSS3ixzVep=5EWhootnjMS8g+pv+C-uWTRRA@mail.gmail.com>
Date: Thu, 26 Jan 2023 02:01:35 +0100
From: Pietro Borrello <borrello@...g.uniroma1.it>
To: Roderick Colenbrander <thunderbird2k@...il.com>
Cc: Jiri Kosina <jikos@...nel.org>,
Benjamin Tissoires <benjamin.tissoires@...hat.com>,
Hanno Zulla <kontakt@...no.de>,
Carlo Caione <carlo@...lessm.com>, Pavel Machek <pavel@....cz>,
Lee Jones <lee@...nel.org>,
Roderick Colenbrander <roderick.colenbrander@...y.com>,
Sven Eckelmann <sven@...fation.org>,
linux-leds@...r.kernel.org,
Cristiano Giuffrida <c.giuffrida@...nl>,
"Bos, H.J." <h.j.bos@...nl>, Jakob Koschel <jkl820.git@...il.com>,
linux-input@...r.kernel.org, linux-kernel@...r.kernel.org,
Jiri Kosina <jkosina@...e.cz>,
Roderick Colenbrander <roderick@...kai.com>
Subject: Re: [PATCH 3/5] HID: dualsense_remove: manually unregister leds
On Thu, 26 Jan 2023 at 01:44, Roderick Colenbrander
<thunderbird2k@...il.com> wrote:
>
> Hi Pietro,
>
> Thanks for your patch. For sure for ds4/dualsense there have been edge
> cases around rumble removal and others. Those were prevented by this
> 'output_worker_initialized' variable, which is checked during the
> centralized work scheduling function (dualshock4_schedule_work /
> dualsense_schedule_work). That said I don't mind the change as it
> prevents the work scheduling functions to get called unnecessarily.
Hi Roderick,
Thank you for your fast response. You are right, the combination
of the `output_worker_initialized` variable and the spinlock prevents
the work to be scheduled during device removal for ds4/dualsense.
Thank you for the clarification!
Thanks,
Pietro
Powered by blists - more mailing lists