From: "Henrik Rydberg" <rydberg@euromail.se>
To: Daniel Kurtz <djkurtz@chromium.org>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>,
Benson Leung <bleung@chromium.org>,
Yufeng Shen <miletus@chromium.org>,
Nick Dyer <nick.dyer@itdev.co.uk>,
Joonyoung Shim <jy0922.shim@samsung.com>,
linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
olofj@chromium.org
Subject: Re: [PATCH 01/10] Input: atmel_mxt_ts - refactor i2c error handling
Date: Sat, 9 Feb 2013 18:25:16 +0100 [thread overview]
Message-ID: <20130209172516.GA1550@polaris.bitmath.org> (raw)
In-Reply-To: <1359706312-24642-2-git-send-email-djkurtz@chromium.org>
Hi Daniel,
> A recent patch refactored i2c error handling in the register read/write
> path. This adds similar handling to the other i2c paths used in fw_update
> and bootloader state detection.
>
> The generic i2c layer can return values indicating a partial transaction.
> From the atmel_mxt driver's perspective, this is an IO error, so we use
> some helper functions to convert these partial transfers to -EIO in a
> uniform way. Other error codes might still be useful, though, so we pass
> them up unmodified.
>
> Signed-off-by: Daniel Kurtz <djkurtz@chromium.org>
> ---
> drivers/input/touchscreen/atmel_mxt_ts.c | 92 +++++++++++++++++++-------------
> 1 file changed, 54 insertions(+), 38 deletions(-)
Nice cleanup, but some comments below.
>
> diff --git a/drivers/input/touchscreen/atmel_mxt_ts.c b/drivers/input/touchscreen/atmel_mxt_ts.c
> index d04f810..a222bd8 100644
> --- a/drivers/input/touchscreen/atmel_mxt_ts.c
> +++ b/drivers/input/touchscreen/atmel_mxt_ts.c
> @@ -324,16 +324,62 @@ static void mxt_dump_message(struct device *dev,
> message->reportid, 7, message->message);
> }
>
> +static int mxt_i2c_recv(struct i2c_client *client, u8 *buf, size_t count)
> +{
> + int ret;
> +
> + ret = i2c_master_recv(client, buf, count);
> + if (ret == count) {
> + ret = 0;
> + } else if (ret != count) {
Eh, implied logic. Also, no need for an else here, just return 0 above.
> + ret = (ret < 0) ? ret : -EIO;
> + dev_err(&client->dev, "i2c recv failed (%d)\n", ret);
> + }
> +
> + return ret;
> +}
> +
> +static int mxt_i2c_send(struct i2c_client *client, const u8 *buf, size_t count)
> +{
> + int ret;
> +
> + ret = i2c_master_send(client, buf, count);
> + if (ret == count) {
> + ret = 0;
> + } else if (ret != count) {
Ditto...
> + ret = (ret < 0) ? ret : -EIO;
> + dev_err(&client->dev, "i2c send failed (%d)\n", ret);
> + }
> +
> + return ret;
> +}
> +
> +static int mxt_i2c_transfer(struct i2c_client *client, struct i2c_msg *msgs,
> + size_t count)
> +{
> + int ret;
> +
> + ret = i2c_transfer(client->adapter, msgs, count);
> + if (ret == count) {
> + ret = 0;
return 0;
> + } else {
skip
> + ret = (ret < 0) ? ret : -EIO;
> + dev_err(&client->dev, "i2c transfer failed (%d)\n", ret);
> + }
> +
> + return ret;
> +}
> +
> static int mxt_check_bootloader(struct i2c_client *client,
> unsigned int state)
> {
> u8 val;
> + int ret;
>
> recheck:
> - if (i2c_master_recv(client, &val, 1) != 1) {
> - dev_err(&client->dev, "%s: i2c recv failed\n", __func__);
> - return -EIO;
> - }
> + ret = mxt_i2c_recv(client, &val, 1);
> + if (ret)
> + return ret;
>
> switch (state) {
> case MXT_WAITING_BOOTLOAD_CMD:
> @@ -363,23 +409,13 @@ static int mxt_unlock_bootloader(struct i2c_client *client)
> buf[0] = MXT_UNLOCK_CMD_LSB;
> buf[1] = MXT_UNLOCK_CMD_MSB;
>
> - if (i2c_master_send(client, buf, 2) != 2) {
> - dev_err(&client->dev, "%s: i2c send failed\n", __func__);
> - return -EIO;
> - }
> -
> - return 0;
> + return mxt_i2c_send(client, buf, 2);
> }
>
> static int mxt_fw_write(struct i2c_client *client,
> const u8 *data, unsigned int frame_size)
> {
> - if (i2c_master_send(client, data, frame_size) != frame_size) {
> - dev_err(&client->dev, "%s: i2c send failed\n", __func__);
> - return -EIO;
> - }
> -
> - return 0;
> + return mxt_i2c_send(client, data, frame_size);
> }
>
> static int __mxt_read_reg(struct i2c_client *client,
> @@ -387,7 +423,6 @@ static int __mxt_read_reg(struct i2c_client *client,
> {
> struct i2c_msg xfer[2];
> u8 buf[2];
> - int ret;
>
> buf[0] = reg & 0xff;
> buf[1] = (reg >> 8) & 0xff;
> @@ -404,17 +439,7 @@ static int __mxt_read_reg(struct i2c_client *client,
> xfer[1].len = len;
> xfer[1].buf = val;
>
> - ret = i2c_transfer(client->adapter, xfer, 2);
> - if (ret == 2) {
> - ret = 0;
> - } else {
> - if (ret >= 0)
> - ret = -EIO;
> - dev_err(&client->dev, "%s: i2c transfer failed (%d)\n",
> - __func__, ret);
> - }
> -
> - return ret;
> + return mxt_i2c_transfer(client, xfer, 2);
> }
>
> static int mxt_read_reg(struct i2c_client *client, u16 reg, u8 *val)
> @@ -438,16 +463,7 @@ static int __mxt_write_reg(struct i2c_client *client, u16 reg, u16 len,
> buf[1] = (reg >> 8) & 0xff;
> memcpy(&buf[2], val, len);
>
> - ret = i2c_master_send(client, buf, count);
> - if (ret == count) {
> - ret = 0;
> - } else {
> - if (ret >= 0)
> - ret = -EIO;
> - dev_err(&client->dev, "%s: i2c send failed (%d)\n",
> - __func__, ret);
> - }
> -
> + ret = mxt_i2c_send(client, buf, count);
> kfree(buf);
> return ret;
> }
> --
> 1.8.1
>
Thanks,
Henrik
next prev parent reply other threads:[~2013-02-09 17:25 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-01 8:11 [PATCH 00/10] Input: atmel_mxt_ts - make fw update more robust Daniel Kurtz
2013-02-01 8:11 ` [PATCH 01/10] Input: atmel_mxt_ts - refactor i2c error handling Daniel Kurtz
2013-02-09 17:25 ` Henrik Rydberg [this message]
2013-02-01 8:11 ` [PATCH 02/10] Input: atmel_mxt_ts - register input device before request_irq Daniel Kurtz
2013-02-13 21:42 ` Dmitry Torokhov
2013-02-01 8:11 ` [PATCH 03/10] Input: atmel_mxt_ts - refactor input device creation Daniel Kurtz
2013-02-01 8:11 ` [PATCH 04/10] Input: atmel_mxt_ts - handle bootloader mode at probe Daniel Kurtz
2013-02-13 21:46 ` Dmitry Torokhov
2013-02-13 22:24 ` Benson Leung
2013-02-01 8:11 ` [PATCH 05/10] Input: atmel_mxt_ts - handle errors during fw update Daniel Kurtz
2013-02-01 8:11 ` [PATCH 06/10] Input: atmel_mxt_ts - destroy state before fw update and restore after Daniel Kurtz
2013-02-13 21:47 ` Dmitry Torokhov
2013-02-01 8:11 ` [PATCH 07/10] Input: atmel_mxt_ts - refactor bootloader entry/exit Daniel Kurtz
2013-02-01 8:11 ` [PATCH 08/10] Input: atmel_mxt_ts - wait for CHG assert in mxt_check_bootloader Daniel Kurtz
2013-02-01 8:11 ` [PATCH 09/10] Input: atmel_mxt_ts - wait for CHG after bootloader resets Daniel Kurtz
2013-02-01 8:11 ` [PATCH 10/10] Input: atmel_mxt_ts - increase FWRESET_TIME Daniel Kurtz
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=20130209172516.GA1550@polaris.bitmath.org \
--to=rydberg@euromail.se \
--cc=bleung@chromium.org \
--cc=djkurtz@chromium.org \
--cc=dmitry.torokhov@gmail.com \
--cc=jy0922.shim@samsung.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=miletus@chromium.org \
--cc=nick.dyer@itdev.co.uk \
--cc=olofj@chromium.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).