All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Éric Piel" <E.A.B.Piel@tudelft.nl>
To: Dmitry Torokhov <dmitry.torokhov@gmail.com>,
	Henrik Rydberg <rydberg@euromail.se>
Cc: "linux-input@vger.kernel.org" <linux-input@vger.kernel.org>,
	Chris Bagwell <chris@cnpbagwell.com>,
	Florian Ragwitz <rafl@debian.org>
Subject: Re: [PATCH 0/6] elantech extend version support and add semi-mt
Date: Tue, 17 May 2011 14:06:42 +0200	[thread overview]
Message-ID: <4DD264D2.701@tudelft.nl> (raw)
In-Reply-To: <20110517054432.GA20428@core.coreip.homeip.net>

Hello,

Thanks to both of you for your comments.

Op 17-05-11 07:44, Dmitry Torokhov schreef:
> On Mon, May 16, 2011 at 01:15:52PM +0200, Henrik Rydberg wrote:
>> Hi Éric,
:
>>
>> Excellent work, thank you so much. A couple of tiny tiny details:
>>
>> [patch 1]
>>
>> +In the wild, there appear to be more versions, such as 04.03.01, 04.04.11. There
>> +appear to be almost no difference excepted the EF113 which do not report
>>
>> no difference, except
Indeed... I'll try to fix it in another patch.

>>
>> [patch 3]
>>
>> @@ -100,14 +100,22 @@ struct elantech_data {
>>          unsigned char reg_26;
>>          unsigned char debug;
>>          unsigned char capabilities;
>> -       bool paritycheck;
>> +       unsigned char paritycheck;
>>          bool jumpy_cursor;
>> +       unsigned char reports_pres :1;
>>          unsigned char hw_version;
>>          unsigned int fw_version;
>>          unsigned int single_finger_reports;
>>          unsigned char parity[256];
>>   };
>>
>> Any particular reason to use unsigned char instead of bool here, and to
>> restrict report_pres to a single bit? Bool for both seems apt.
paritycheck became a type (between 0-3), that's why it can't be bool. 
Anyway, this was dropped by Dmitry.

reports_pres would make much more sense as a bool, you are completely right!

:
> Thank you for working on this. I applied patches 1 and 4-6; 3rd required
> some changes but since they were minor I retained Henrik's reviewed-by.
>
> I am not happy with the protocol checks from Dell, I am not sure they
> make much sense; so I dropped patch 3 for now and because of that patch
> 2 did not make much sense either. Actually patch 2 did not make sense on
> its own in any case as it should have been partially rolled into 3 and
> partially into 4.
Thanks for tweaking the patches. I don't mind dropping patch 3. I had 
just implemented what was in the other driver, but I let you judge 
whether it's meaningful. At least on my hardware, I never noticed the 
detection of any error with them, anyway :-)

I'll try to update and resend patch 2.

See you,
Éric
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2011-05-17 12:06 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-14  6:44 [PATCH 0/6] elantech extend version support and add semi-mt Éric Piel
2011-05-16 11:15 ` Henrik Rydberg
2011-05-17  5:44   ` Dmitry Torokhov
2011-05-17 12:06     ` Éric Piel [this message]
2011-05-20 22:19     ` [PATCH] elantech: clean up hardware/firmware version check Éric Piel
2011-07-04 20:30       ` Henrik Rydberg
2011-07-22 13:38         ` Éric Piel

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=4DD264D2.701@tudelft.nl \
    --to=e.a.b.piel@tudelft.nl \
    --cc=chris@cnpbagwell.com \
    --cc=dmitry.torokhov@gmail.com \
    --cc=linux-input@vger.kernel.org \
    --cc=rafl@debian.org \
    --cc=rydberg@euromail.se \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.