From: Jonathan Cameron <jic23@kernel.org>
To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Cc: linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org,
Lars-Peter Clausen <lars@metafoo.de>,
Martijn Braam <martijn@brixit.nl>
Subject: Re: [PATCH v1 1/1] iio: light: stk3310: Drop most likely fake ACPI ID
Date: Sat, 20 Apr 2024 12:26:33 +0100 [thread overview]
Message-ID: <20240420122633.79b4185b@jic23-huawei> (raw)
In-Reply-To: <20240415141852.853490-1-andriy.shevchenko@linux.intel.com>
On Mon, 15 Apr 2024 17:18:52 +0300
Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote:
> The commit in question does not proove that ACPI ID exists.
> Quite likely it was a cargo cult addition while doint that
> for DT-based enumeration. Drop most likely fake ACPI ID.
>
> Googling for STK3335 gives no useful results in regard to DSDT.
>
> Fixes: 677f16813a92 ("iio: light: stk3310: Add support for stk3335")
> Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Hi Andy,
It's been there quite a while (5 years) so whilst I agree it should
never have gone in without a known DSDT in the wild, I'm not sure we
should remove it at this point.
Definitely not with a fixes tag as I don't want to see this picked up
for stable and breaking some old consumer device we don't know about.
If there is a good maintenance reason to scrap these I'm in favour,
but if it's just tidying up errors from the past that have no
real impact then I'm not so sure.
Maybe we need a 'deprecated' marking for acpi ids that always prints
a message telling people not to make them up. Mind you what would that
do beyond make us feel better?
Jonathan
> ---
> drivers/iio/light/stk3310.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/iio/light/stk3310.c b/drivers/iio/light/stk3310.c
> index 7b71ad71d78d..08d471438175 100644
> --- a/drivers/iio/light/stk3310.c
> +++ b/drivers/iio/light/stk3310.c
> @@ -693,7 +693,6 @@ MODULE_DEVICE_TABLE(i2c, stk3310_i2c_id);
> static const struct acpi_device_id stk3310_acpi_id[] = {
> {"STK3310", 0},
> {"STK3311", 0},
> - {"STK3335", 0},
> {}
> };
>
next prev parent reply other threads:[~2024-04-20 11:26 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-15 14:18 [PATCH v1 1/1] iio: light: stk3310: Drop most likely fake ACPI ID Andy Shevchenko
2024-04-20 11:26 ` Jonathan Cameron [this message]
2024-04-22 11:04 ` Andy Shevchenko
2024-04-22 11:06 ` Andy Shevchenko
2024-04-28 15:43 ` Jonathan Cameron
2024-04-29 8:37 ` Andy Shevchenko
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=20240420122633.79b4185b@jic23-huawei \
--to=jic23@kernel.org \
--cc=andriy.shevchenko@linux.intel.com \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=martijn@brixit.nl \
/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.