[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <68roqo71-3887-ro16-0qss-52q455sqoo1s@xreary.bet>
Date: Wed, 5 Mar 2025 06:36:11 +0100 (CET)
From: Jiri Kosina <jikos@...nel.org>
To: "Xu, Even" <even.xu@...el.com>
cc: "bentiss@...nel.org" <bentiss@...nel.org>,
"srinivas.pandruvada@...ux.intel.com" <srinivas.pandruvada@...ux.intel.com>,
"mpearson-lenovo@...ebb.ca" <mpearson-lenovo@...ebb.ca>,
"linux-input@...r.kernel.org" <linux-input@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH RESEND v1] HID: Intel-thc-hid: Intel-quickspi: Correct
device state after S4
On Wed, 5 Mar 2025, Xu, Even wrote:
> > I'll now apply this as-is because the code is already in, but perhaps renaming the
> > flag to QUICKI2C_RESET would be in order.
>
> Current patch is still needed, quickspi device init flow is: init ->
> resetting -> reset -> enabled. Exiting code in pm restore() callback
> takes reset operation and puts device into reset state, but forgets move
> to enabled state after init flow is done.
>
> Thanks for your suggestion! Let me refine the patch in V2.
I have already applied your v1 patch to upstream-fixes queue so that it
could go to Linus quickly, as an important functional fix.
So please base the naming fixup on top of that.
Thanks,
--
Jiri Kosina
SUSE Labs
Powered by blists - more mailing lists