[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <nycvar.YFH.7.76.2405062327550.16865@cbobk.fhfr.pm>
Date: Mon, 6 May 2024 23:28:27 +0200 (CEST)
From: Jiri Kosina <jikos@...nel.org>
To: Kenny Levinsen <kl@...wtf>
cc: Dmitry Torokhov <dtor@...omium.org>,
Benjamin Tissoires <benjamin.tissoires@...hat.com>,
Douglas Anderson <dianders@...omium.org>,
Hans de Goede <hdegoede@...hat.com>, Maxime Ripard <mripard@...nel.org>,
Kai-Heng Feng <kai.heng.feng@...onical.com>,
Johan Hovold <johan+linaro@...nel.org>, linux-input@...r.kernel.org,
linux-kernel@...r.kernel.org, Radoslaw Biernacki <rad@...omium.org>,
Lukasz Majczak <lma@...omium.org>
Subject: Re: [PATCH 0/2] HID: i2c-hid: Unify device wake-up logic
On Tue, 30 Apr 2024, Kenny Levinsen wrote:
> Third time was not the charm[0]. After Dmitry's comment[1], and after
> looking some more at the I2C drivers, I have given up on removing the
> smbus probe for now. We can always revisit this later if the situation
> improves enough, but there are more important things to fix.
>
> Instead, go all in on the address probe with retry and use it for both
> initial probe and resume, replacing the previous retry on power on
> commands. This gives us consistency and a single place to update and
> document.
>
> [0]: https://lore.kernel.org/all/20240426225739.2166-1-kl@kl.wtf/
> [1]: https://lore.kernel.org/all/ZixvUNooESC02cJK@google.com/
I really apologize for belated response to all this, I've been completely
swamped for the past two weeks.
This is now queued in hid.git#for-6.10/i2c-hid.
Thanks,
--
Jiri Kosina
SUSE Labs
Powered by blists - more mailing lists