[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YEGJ7z479pqyBW1w@google.com>
Date: Thu, 4 Mar 2021 17:31:27 -0800
From: 'Dmitry Torokhov' <dmitry.torokhov@...il.com>
To: jingle <jingle.wu@....com.tw>
Cc: 'linux-kernel' <linux-kernel@...r.kernel.org>,
'linux-input' <linux-input@...r.kernel.org>,
'phoenix' <phoenix@....com.tw>,
"'dave.wang'" <dave.wang@....com.tw>,
"'josh.chen'" <josh.chen@....com.tw>
Subject: Re: [PATCH] Input: elan_i2c - Reduce the resume time for new dev ices
Hi Jingle,
On Fri, Mar 05, 2021 at 09:24:05AM +0800, jingle wrote:
> HI Dmitry:
>
> In this case (in the newer parts behavior regarding need to reset after
> powering them on), it is consistent with the original driver behavior with
> any new or old device
> (be called data->ops->initialize(client) : usleep(100) , etc.. , because
> this times "data->quirks" is equal 0 at probe state.)
You misunderstood my question. I was asking what specifically, if
anything, was changed in the firmware to allow skipping reset/sleep part
of device initialization on newer parts during resume process. Because
of there were no specific changes I would say let's not do a quirk and
change the driver to skip reset on resume.
Thanks.
--
Dmitry
Powered by blists - more mailing lists