From: "Matjaž Hegedič" <matjaz.hegedic@gmail.com>
To: 廖崇榮 <kt.liao@emc.com.tw>,
"'Dmitry Torokhov'" <dmitry.torokhov@gmail.com>
Cc: linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
"黃世鵬 經理" <phoenix@emc.com.tw>,
miller_wang@emc.com.tw
Subject: Re: [PATCH] Input: elan_i2c - add ASUS EeeBook X205TA special touchpad fw
Date: Tue, 7 Mar 2017 11:51:56 +0100 [thread overview]
Message-ID: <5b8ea500-0269-b3c7-1a54-af6bfd18b640@gmail.com> (raw)
In-Reply-To: <00b601d29711$302c1800$90844800$@emc.com.tw>
Hi Dmitry, KT!
On 2017-03-07 08:05, 廖崇榮 wrote:
> Hi Dmitry
>
> -----Original Message-----
> From: Dmitry Torokhov [mailto:dmitry.torokhov@gmail.com]
> Sent: Tuesday, March 07, 2017 3:55 AM
> To: KT Liao
> Cc: linux-input@vger.kernel.org; linux-kernel@vger.kernel.org; Matjaz
> Hegedic
> Subject: Re: [PATCH] Input: elan_i2c - add ASUS EeeBook X205TA special
> touchpad fw
>
> On Sun, Mar 05, 2017 at 03:13:02AM +0100, Matjaz Hegedic wrote:
>> EeeBook X205TA is yet another ASUS device with a special touchpad
>> firmware that needs to be accounted for during initialization, or else
>> the touchpad will go into an invalid state upon suspend/resume.
>> Adding the appropriate ic_type and product_id check fixes the problem.
>
> KT, does this look reasonable? Are there more ASUS models that need such
> handling?
> [KT] : I just discuss it with FW team.
> We can't confirm it right now because it's an old product. And the solution
> focus on power-on issue, not suspend/resume.
> I will let you know once we figure it out.
>
> Our FW has modified, the issue should not happen on new models.
>
> Thanks KT
As it is now, the touchpad will stop working upon resume, returning an
invalid id (and requires a cumbersome workaround of reloading the
module). As the touchpad FW is opaque to me, the only way I could
resolve the bug was through trial-and-error. Including the touchpad in
the 'special fw' resolves the bug and the touchpad resumes without issue.
Now, even if the function is indeed used to resolve a different issue on
other ASUS touchpads, I would argue that this is the most pragmatic way
of resolving the problem on X205TA, X205TAW and F205TA (and possibly
also X200HA & X206HA, though I don't have those to test).
It shouldn't affect any other models or touchpad products.
Thanks!
>>
>> Signed-off-by: Matjaz Hegedic <matjaz.hegedic@gmail.com>
>> ---
>> drivers/input/mouse/elan_i2c_core.c | 22 ++++++++++++----------
>> 1 file changed, 12 insertions(+), 10 deletions(-)
>>
>> diff --git a/drivers/input/mouse/elan_i2c_core.c
>> b/drivers/input/mouse/elan_i2c_core.c
>> index 2c7d287..dde3ad7 100644
>> --- a/drivers/input/mouse/elan_i2c_core.c
>> +++ b/drivers/input/mouse/elan_i2c_core.c
>> @@ -218,17 +218,19 @@ static int elan_query_product(struct
>> elan_tp_data *data)
>>
>> static int elan_check_ASUS_special_fw(struct elan_tp_data *data) {
>> - if (data->ic_type != 0x0E)
>> - return false;
>> -
>> - switch (data->product_id) {
>> - case 0x05 ... 0x07:
>> - case 0x09:
>> - case 0x13:
>> - return true;
>> - default:
>> - return false;
>> + if (data->ic_type == 0x0E) {
>> + switch (data->product_id) {
>> + case 0x05 ... 0x07:
>> + case 0x09:
>> + case 0x13:
>> + return true;
>> + }
>> }
>> + /* ASUS EeeBook X205TA */
>> + else if (data->ic_type == 0x8 && data->product_id == 0x26)
>> + return true;
>> +
>> + return false;
>> }
>>
>> static int __elan_initialize(struct elan_tp_data *data)
>> --
>> 2.7.4
>>
>
> Thanks.
>
next prev parent reply other threads:[~2017-03-07 10:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-05 2:13 Matjaz Hegedic
2017-03-06 19:54 ` Dmitry Torokhov
2017-03-07 7:05 ` 廖崇榮
2017-03-07 10:51 ` Matjaž Hegedič [this message]
2017-03-08 6:30 ` 廖崇榮
2017-03-10 22:36 ` 'Dmitry Torokhov'
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5b8ea500-0269-b3c7-1a54-af6bfd18b640@gmail.com \
--to=matjaz.hegedic@gmail.com \
--cc=dmitry.torokhov@gmail.com \
--cc=kt.liao@emc.com.tw \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=miller_wang@emc.com.tw \
--cc=phoenix@emc.com.tw \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®