Received-SPF: pass (google.com: domain of linux-kernel+bounces-170441-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
Date: Mon, 6 May 2024 23:28:27 +0200 (CEST)
From: Jiri Kosina <jikos@kernel.org>
To: Kenny Levinsen <kl@kl.wtf>
cc: Dmitry Torokhov <dtor@chromium.org>, 
    Benjamin Tissoires <benjamin.tissoires@redhat.com>, 
    Douglas Anderson <dianders@chromium.org>, 
    Hans de Goede <hdegoede@redhat.com>, Maxime Ripard <mripard@kernel.org>, 
    Kai-Heng Feng <kai.heng.feng@canonical.com>, 
    Johan Hovold <johan+linaro@kernel.org>, linux-input@vger.kernel.org, 
    linux-kernel@vger.kernel.org, Radoslaw Biernacki <rad@chromium.org>, 
    Lukasz Majczak <lma@chromium.org>
Subject: Re: [PATCH 0/2] HID: i2c-hid: Unify device wake-up logic
In-Reply-To: <20240429233924.6453-1-kl@kl.wtf>
Message-ID: <nycvar.YFH.7.76.2405062327550.16865@cbobk.fhfr.pm>
References: <20240429233924.6453-1-kl@kl.wtf>
User-Agent: Alpine 2.21 (LSU 202 2017-01-01)
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII

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