From: Jonathan Cameron <jic23@kernel.org>
To: Hans de Goede <hdegoede@redhat.com>
Cc: Hartmut Knaack <knaack.h@gmx.de>,
Lars-Peter Clausen <lars@metafoo.de>,
Peter Meerwald-Stadler <pmeerw@pmeerw.net>,
Chen-Yu Tsai <wens@csie.org>,
linux-iio@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH] iio: adc: axp288: Override TS pin bias current for some models
Date: Sat, 5 Oct 2019 11:02:09 +0100 [thread overview]
Message-ID: <20191005110209.16a9041d@archlinux> (raw)
In-Reply-To: <20190915185342.235354-1-hdegoede@redhat.com>
On Sun, 15 Sep 2019 20:53:42 +0200
Hans de Goede <hdegoede@redhat.com> wrote:
> Since commit 9bcf15f75cac ("iio: adc: axp288: Fix TS-pin handling") we
> preserve the bias current set by the firmware at boot. This fixes issues
> we were seeing on various models, but it seems our old hardcoded 80ųA bias
> current was working around a firmware bug on at least one model laptop.
>
> In order to both have our cake and eat it, this commit adds a dmi based
> list of models where we need to override the firmware set bias current and
> adds the one model we now know needs this to it: The Lenovo Ideapad 100S
> (11 inch version).
Ouch.
>
> Cc: stable@vger.kernel.org
> Fixes: 9bcf15f75cac ("iio: adc: axp288: Fix TS-pin handling")
> BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=203829
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Applied to the fixes-togreg branch of iio.git.
Thanks,
Jonathan
> ---
> drivers/iio/adc/axp288_adc.c | 32 ++++++++++++++++++++++++++++++++
> 1 file changed, 32 insertions(+)
>
> diff --git a/drivers/iio/adc/axp288_adc.c b/drivers/iio/adc/axp288_adc.c
> index 31d51bcc5f2c..85d08e68b34f 100644
> --- a/drivers/iio/adc/axp288_adc.c
> +++ b/drivers/iio/adc/axp288_adc.c
> @@ -7,6 +7,7 @@
> * ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> */
>
> +#include <linux/dmi.h>
> #include <linux/module.h>
> #include <linux/kernel.h>
> #include <linux/device.h>
> @@ -25,6 +26,11 @@
> #define AXP288_ADC_EN_MASK 0xF0
> #define AXP288_ADC_TS_ENABLE 0x01
>
> +#define AXP288_ADC_TS_BIAS_MASK GENMASK(5, 4)
> +#define AXP288_ADC_TS_BIAS_20UA (0 << 4)
> +#define AXP288_ADC_TS_BIAS_40UA (1 << 4)
> +#define AXP288_ADC_TS_BIAS_60UA (2 << 4)
> +#define AXP288_ADC_TS_BIAS_80UA (3 << 4)
> #define AXP288_ADC_TS_CURRENT_ON_OFF_MASK GENMASK(1, 0)
> #define AXP288_ADC_TS_CURRENT_OFF (0 << 0)
> #define AXP288_ADC_TS_CURRENT_ON_WHEN_CHARGING (1 << 0)
> @@ -177,10 +183,36 @@ static int axp288_adc_read_raw(struct iio_dev *indio_dev,
> return ret;
> }
>
> +/*
> + * We rely on the machine's firmware to correctly setup the TS pin bias current
> + * at boot. This lists systems with broken fw where we need to set it ourselves.
> + */
> +static const struct dmi_system_id axp288_adc_ts_bias_override[] = {
> + {
> + /* Lenovo Ideapad 100S (11 inch) */
> + .matches = {
> + DMI_MATCH(DMI_SYS_VENDOR, "LENOVO"),
> + DMI_MATCH(DMI_PRODUCT_VERSION, "Lenovo ideapad 100S-11IBY"),
> + },
> + .driver_data = (void *)(uintptr_t)AXP288_ADC_TS_BIAS_80UA,
> + },
> + {}
> +};
> +
> static int axp288_adc_initialize(struct axp288_adc_info *info)
> {
> + const struct dmi_system_id *bias_override;
> int ret, adc_enable_val;
>
> + bias_override = dmi_first_match(axp288_adc_ts_bias_override);
> + if (bias_override) {
> + ret = regmap_update_bits(info->regmap, AXP288_ADC_TS_PIN_CTRL,
> + AXP288_ADC_TS_BIAS_MASK,
> + (uintptr_t)bias_override->driver_data);
> + if (ret)
> + return ret;
> + }
> +
> /*
> * Determine if the TS pin is enabled and set the TS current-source
> * accordingly.
next prev parent reply other threads:[~2019-10-05 10:02 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-15 18:53 [PATCH] iio: adc: axp288: Override TS pin bias current for some models Hans de Goede
2019-10-05 10:02 ` Jonathan Cameron [this message]
-- strict thread matches above, loose matches on Subject: below --
2022-05-06 9:50 Hans de Goede
2022-05-07 14:22 ` Jonathan Cameron
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=20191005110209.16a9041d@archlinux \
--to=jic23@kernel.org \
--cc=hdegoede@redhat.com \
--cc=knaack.h@gmx.de \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=pmeerw@pmeerw.net \
--cc=stable@vger.kernel.org \
--cc=wens@csie.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.