All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dmitry.torokhov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Scott Liu <scott.liu-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org>
Cc: linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Benjamin Tissoires
	<benjamin.tissoires-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Jesse <jesse-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org>,
	Vincent Wang
	<vincent.wang-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org>,
	Paul <paul.liang-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org>
Subject: Re: [PATCH v2] Support Elan Touchscreen eKTF product.
Date: Wed, 24 Oct 2012 11:13:23 -0700	[thread overview]
Message-ID: <20121024181323.GA18122@core.coreip.homeip.net> (raw)
In-Reply-To: <1351042903-27538-1-git-send-email-scott.liu-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org>

Hi Scott,

On Wed, Oct 24, 2012 at 09:41:43AM +0800, Scott Liu wrote:
> This patch is for Elan eKTF Touchscreen product, I2C adpater module.
> 
> Signed-off-by: Scott Liu <scott.liu-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org>
> ---
> 
> Hi,
>         v2 revision I have fixed some bug as your advise.
>         1. To target the mainline
>         2. No Android dependency
>         3. reuse those duplication code from Henrik's patchset.
>                 (input_mt_sync_frame()  / input_mt_get_slot_by_key())

Just a quick run through the code, so:

- please remove polling support, it is not useful in production;
- why do you need a separate probe work instead of doing what you
  need in elants_probe()
- it is not a good idea to register input device first and then
  allocating memory for MT handling.
- I do not understand why kfifo is needed
- please remove the rest of the custom threads
- you do not need to call input_mt_destroy_slots() explicitly
- use request_firmware() instead of special character device to upload
  firmware.
- please use standard kernel-doc markup.
- consider what attributes are there only for debugging and move them to
  debugfs.
- I find the use of enums in this driver quite unconventional, just
  standard #defines would probably be more straightforward.

Thanks.

-- 
Dmitry

WARNING: multiple messages have this Message-ID (diff)
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Scott Liu <scott.liu@emc.com.tw>
Cc: linux-input@vger.kernel.org, linux-i2c@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Benjamin Tissoires <benjamin.tissoires@gmail.com>,
	Jesse <jesse@emc.com.tw>, Vincent Wang <vincent.wang@emc.com.tw>,
	Paul <paul.liang@emc.com.tw>
Subject: Re: [PATCH v2] Support Elan Touchscreen eKTF product.
Date: Wed, 24 Oct 2012 11:13:23 -0700	[thread overview]
Message-ID: <20121024181323.GA18122@core.coreip.homeip.net> (raw)
In-Reply-To: <1351042903-27538-1-git-send-email-scott.liu@emc.com.tw>

Hi Scott,

On Wed, Oct 24, 2012 at 09:41:43AM +0800, Scott Liu wrote:
> This patch is for Elan eKTF Touchscreen product, I2C adpater module.
> 
> Signed-off-by: Scott Liu <scott.liu@emc.com.tw>
> ---
> 
> Hi,
>         v2 revision I have fixed some bug as your advise.
>         1. To target the mainline
>         2. No Android dependency
>         3. reuse those duplication code from Henrik's patchset.
>                 (input_mt_sync_frame()  / input_mt_get_slot_by_key())

Just a quick run through the code, so:

- please remove polling support, it is not useful in production;
- why do you need a separate probe work instead of doing what you
  need in elants_probe()
- it is not a good idea to register input device first and then
  allocating memory for MT handling.
- I do not understand why kfifo is needed
- please remove the rest of the custom threads
- you do not need to call input_mt_destroy_slots() explicitly
- use request_firmware() instead of special character device to upload
  firmware.
- please use standard kernel-doc markup.
- consider what attributes are there only for debugging and move them to
  debugfs.
- I find the use of enums in this driver quite unconventional, just
  standard #defines would probably be more straightforward.

Thanks.

-- 
Dmitry

  parent reply	other threads:[~2012-10-24 18:13 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-24  1:41 [PATCH v2] Support Elan Touchscreen eKTF product Scott Liu
2012-10-24  1:41 ` Scott Liu
     [not found] ` <1351042903-27538-1-git-send-email-scott.liu-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org>
2012-10-24 18:13   ` Dmitry Torokhov [this message]
2012-10-24 18:13     ` Dmitry Torokhov
     [not found]     ` <20121024181323.GA18122-WlK9ik9hQGAhIp7JRqBPierSzoNAToWh@public.gmane.org>
2012-10-25  4:32       ` 劉嘉駿
2012-10-25  4:32         ` 劉嘉駿
2012-10-25  7:10         ` Dmitry Torokhov
2012-10-25  7:10           ` 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=20121024181323.GA18122@core.coreip.homeip.net \
    --to=dmitry.torokhov-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=benjamin.tissoires-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=jesse-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org \
    --cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=paul.liang-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org \
    --cc=scott.liu-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org \
    --cc=vincent.wang-9cfG7bMpBgR9nmWX13WWKA@public.gmane.org \
    /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.