From: Dmitry Osipenko <digetx@gmail.com>
To: Jiada Wang <jiada_wang@mentor.com>,
dmitry.torokhov@gmail.com, robh+dt@kernel.org,
thierry.reding@gmail.com, jonathanh@nvidia.com
Cc: nick@shmanahar.org, linux-input@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org,
erosca@de.adit-jv.com, Andrew_Gabbasov@mentor.com
Subject: Re: [PATCH v1 2/3] Input: atmel_mxt_ts - implement I2C retries for mXT1368
Date: Wed, 23 Sep 2020 02:21:16 +0300 [thread overview]
Message-ID: <e8c700b5-93f3-4069-1b9e-a85934a52515@gmail.com> (raw)
In-Reply-To: <20200921140054.2389-2-jiada_wang@mentor.com>
21.09.2020 17:00, Jiada Wang пишет:
> According to datasheet, mXT1386 chip has a WAKE line, it is used
> to wake the chip up from deep sleep mode before communicating with
> it via the I2C-compatible interface.
>
> if the WAKE line is connected to a GPIO line, the line must be
> asserted 25 ms before the host attempts to communicate with the mXT1386.
> If the WAKE line is connected to the SCL pin, the mXT1386 will send a
> NACK on the first attempt to address it, the host must then retry 25 ms
> later.
>
> This patch adds compatible string "atmel,mXT1386" for mXT1386 controller,
> when I2C transfer on mXT1386 fails, retry the transfer once after a 25 ms
> sleep.
>
> Signed-off-by: Jiada Wang <jiada_wang@mentor.com>
> ---
> drivers/input/touchscreen/atmel_mxt_ts.c | 44 +++++++++++++++++-------
> 1 file changed, 32 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/input/touchscreen/atmel_mxt_ts.c b/drivers/input/touchscreen/atmel_mxt_ts.c
> index 98f17fa3a892..96d5f4d64cb0 100644
> --- a/drivers/input/touchscreen/atmel_mxt_ts.c
> +++ b/drivers/input/touchscreen/atmel_mxt_ts.c
> @@ -198,6 +198,7 @@ enum t100_type {
> #define MXT_CRC_TIMEOUT 1000 /* msec */
> #define MXT_FW_RESET_TIME 3000 /* msec */
> #define MXT_FW_CHG_TIMEOUT 300 /* msec */
> +#define MXT_WAKEUP_TIME 25 /* msec */
>
> /* Command to unlock bootloader */
> #define MXT_UNLOCK_CMD_MSB 0xaa
> @@ -627,7 +628,9 @@ static int mxt_send_bootloader_cmd(struct mxt_data *data, bool unlock)
> static int __mxt_read_reg(struct i2c_client *client,
> u16 reg, u16 len, void *val)
> {
> + struct device_node *np = client->dev.of_node;
> struct i2c_msg xfer[2];
> + bool retried = false;
> u8 buf[2];
> int ret;
>
> @@ -646,22 +649,30 @@ 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;
> +retry_read:
> + ret = i2c_transfer(client->adapter, xfer, ARRAY_SIZE(xfer));
> + if (ret != ARRAY_SIZE(xfer)) {
> + if (of_device_is_compatible(np, "atmel,mXT1386") && !retried) {
Hello, Jiada!
This looks almost good to me! But I think we should add "bool
retry_i2c_transfers" to the struct mxt_data and then set it to true for
atmel,mXT1386 because of_device_is_compatible() looks a bit too bulky
and this is usually discouraged to have in the code.
Secondly, we should also add a clarifying comment to the code, telling
why retries are needed for 1386, something like this:
static int mxt_probe(struct i2c_client *client, const struct
i2c_device_id *id)
{
...
/*
* The mXT1386 has a dedicated WAKE-line that could be connected to a
* dedicated GPIO, or to the I2C SCL pin, or permanently asserted LOW.
* It's used for waking controller from a deep-sleep and it needs to be
* asserted LOW for 25 milliseconds before issuing I2C transfer if
controller
* was in a deep-sleep mode. If WAKE-line is connected to I2C SCL pin, then
* the first I2C transfer will get an instant NAK and transfer needs to be
* retried after 25ms. There are too many places in the code where the
wake-up
* needs to be inserted, hence it's much easier to add a retry to the common
* I2C accessors, also given that the WAKE-GPIO is unsupported by the
driver.
*/
if (of_device_is_compatible(np, "atmel,mXT1386")
data->retry_i2c_transfers = true;
next prev parent reply other threads:[~2020-09-22 23:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-21 14:00 [PATCH v1 1/3] dt-bindings: input: atmel: add compatible for mXT1386 Jiada Wang
2020-09-21 14:00 ` [PATCH v1 2/3] Input: atmel_mxt_ts - implement I2C retries for mXT1368 Jiada Wang
2020-09-22 23:21 ` Dmitry Osipenko [this message]
2020-09-21 14:00 ` [PATCH v1 3/3] ARM: tegra: add mXT1386 compatible Jiada Wang
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=e8c700b5-93f3-4069-1b9e-a85934a52515@gmail.com \
--to=digetx@gmail.com \
--cc=Andrew_Gabbasov@mentor.com \
--cc=dmitry.torokhov@gmail.com \
--cc=erosca@de.adit-jv.com \
--cc=jiada_wang@mentor.com \
--cc=jonathanh@nvidia.com \
--cc=linux-input@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=nick@shmanahar.org \
--cc=robh+dt@kernel.org \
--cc=thierry.reding@gmail.com \
/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).