From: Jarkko Nikula <jarkko.nikula@linux.intel.com>
To: Hans de Goede <hdegoede@redhat.com>,
Wolfram Sang <wsa@the-dreams.de>,
Mika Westerberg <mika.westerberg@linux.intel.com>
Cc: linux-i2c@vger.kernel.org, linux-acpi@vger.kernel.org,
youling 257 <youling257@gmail.com>
Subject: Re: [PATCH v2] i2c: acpi: Force bus speed to 400KHz if a Silead touchscreen is present
Date: Thu, 14 Nov 2019 09:31:18 +0200 [thread overview]
Message-ID: <69d7f2a2-99fd-2652-1119-89ae7f3ac7f4@linux.intel.com> (raw)
In-Reply-To: <20191113182938.279299-1-hdegoede@redhat.com>
Hi
On 11/13/19 8:29 PM, Hans de Goede wrote:
> Many cheap devices use Silead touchscreen controllers. Testing has shown
> repeatedly that these touchscreen controllers work fine at 400KHz, but for
> unknown reasons do not work properly at 100KHz. This has been seen on
> both ARM and x86 devices using totally different i2c controllers.
>
> On some devices the ACPI tables list another device at the same I2C-bus
> as only being capable of 100KHz, testing has shown that these other
> devices work fine at 400KHz (as can be expected of any recent I2C hw).
>
> This commit makes i2c_acpi_find_bus_speed() always return 400KHz if a
> Silead touchscreen controller is present, fixing the touchscreen not
> working on devices which ACPI tables' wrongly list another device on the
> same bus as only being capable of 100KHz.
>
> Specifically this fixes the touchscreen on the Jumper EZpad 6 m4 not
> working.
>
> Reported-and-tested-by: youling 257 <youling257@gmail.com>
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> ---
> Changes in v2:
> -Print a warning when we are forcing the bus to another speed then the
> lowest speed of all devices the DSTD lists on the bus
> ---
> drivers/i2c/i2c-core-acpi.c | 28 +++++++++++++++++++++++++++-
> 1 file changed, 27 insertions(+), 1 deletion(-)
>
I think this is the only sane way to go forward, i.e. kernel figures it
out not the user needing to have a custom DSDT.
Of course there is a small risk some device on the same bus cease
working but benefit of this patch is worth of it. Otherwise these
touchscreen devices keep not working and getting possible regression
increases also knowledge.
Reviewed-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>
next prev parent reply other threads:[~2019-11-14 7:31 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-13 18:29 [PATCH v2] i2c: acpi: Force bus speed to 400KHz if a Silead touchscreen is present Hans de Goede
2019-11-14 7:31 ` Jarkko Nikula [this message]
2019-11-14 7:37 ` Mika Westerberg
2019-11-14 20:48 ` Wolfram Sang
2019-11-14 20:52 ` Hans de Goede
2019-11-15 20:56 ` Wolfram Sang
2019-11-16 16:41 ` Hans de Goede
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=69d7f2a2-99fd-2652-1119-89ae7f3ac7f4@linux.intel.com \
--to=jarkko.nikula@linux.intel.com \
--cc=hdegoede@redhat.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=wsa@the-dreams.de \
--cc=youling257@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