From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Hans de Goede <hdegoede@redhat.com>
Cc: "Rafael J . Wysocki" <rjw@rjwysocki.net>,
Len Brown <lenb@kernel.org>,
Mika Westerberg <mika.westerberg@linux.intel.com>,
linux-acpi@vger.kernel.org
Subject: Re: [PATCH 1/5] ACPI: button: Refactor lid_init_state module parsing code
Date: Mon, 21 Oct 2019 12:09:54 +0300 [thread overview]
Message-ID: <20191021090954.GJ32742@smile.fi.intel.com> (raw)
In-Reply-To: <20191018194115.93281-1-hdegoede@redhat.com>
On Fri, Oct 18, 2019 at 09:41:11PM +0200, Hans de Goede wrote:
> Replace the weird strncmp() calls in param_set_lid_init_state(),
> which look to me like they will also accept things like "opennnn"
> to use sysfs_match_string instead.
>
> Also rewrite param_get_lid_init_state() using the new lid_init_state_str
> array. Instead of doing a straightforward one line replacement, e.g. :
> return sprintf(buffer, lid_init_state_str[lid_init_state]);
> print all possible values, putting [] around the selected value, so
> that users can easily find out what the possible values are.
FWIW, after settling on the comment on one of the patches,
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
for entire series.
> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
> ---
> drivers/acpi/button.c | 62 ++++++++++++++++++++++---------------------
> 1 file changed, 32 insertions(+), 30 deletions(-)
>
> diff --git a/drivers/acpi/button.c b/drivers/acpi/button.c
> index 4a2cde2c536a..121d747a840c 100644
> --- a/drivers/acpi/button.c
> +++ b/drivers/acpi/button.c
> @@ -44,9 +44,17 @@
> #define ACPI_BUTTON_DEVICE_NAME_LID "Lid Switch"
> #define ACPI_BUTTON_TYPE_LID 0x05
>
> -#define ACPI_BUTTON_LID_INIT_IGNORE 0x00
> -#define ACPI_BUTTON_LID_INIT_OPEN 0x01
> -#define ACPI_BUTTON_LID_INIT_METHOD 0x02
> +enum {
> + ACPI_BUTTON_LID_INIT_IGNORE,
> + ACPI_BUTTON_LID_INIT_OPEN,
> + ACPI_BUTTON_LID_INIT_METHOD,
> +};
> +
> +static const char * const lid_init_state_str[] = {
> + [ACPI_BUTTON_LID_INIT_IGNORE] = "ignore",
> + [ACPI_BUTTON_LID_INIT_OPEN] = "open",
> + [ACPI_BUTTON_LID_INIT_METHOD] = "method",
> +};
>
> #define _COMPONENT ACPI_BUTTON_COMPONENT
> ACPI_MODULE_NAME("button");
> @@ -578,36 +586,30 @@ static int acpi_button_remove(struct acpi_device *device)
> static int param_set_lid_init_state(const char *val,
> const struct kernel_param *kp)
> {
> - int result = 0;
> -
> - if (!strncmp(val, "open", sizeof("open") - 1)) {
> - lid_init_state = ACPI_BUTTON_LID_INIT_OPEN;
> - pr_info("Notify initial lid state as open\n");
> - } else if (!strncmp(val, "method", sizeof("method") - 1)) {
> - lid_init_state = ACPI_BUTTON_LID_INIT_METHOD;
> - pr_info("Notify initial lid state with _LID return value\n");
> - } else if (!strncmp(val, "ignore", sizeof("ignore") - 1)) {
> - lid_init_state = ACPI_BUTTON_LID_INIT_IGNORE;
> - pr_info("Do not notify initial lid state\n");
> - } else
> - result = -EINVAL;
> - return result;
> + int i;
> +
> + i = sysfs_match_string(lid_init_state_str, val);
> + if (i < 0)
> + return i;
> +
> + lid_init_state = i;
> + pr_info("Initial lid state set to '%s'\n", lid_init_state_str[i]);
> + return 0;
> }
>
> -static int param_get_lid_init_state(char *buffer,
> - const struct kernel_param *kp)
> +static int param_get_lid_init_state(char *buf, const struct kernel_param *kp)
> {
> - switch (lid_init_state) {
> - case ACPI_BUTTON_LID_INIT_OPEN:
> - return sprintf(buffer, "open");
> - case ACPI_BUTTON_LID_INIT_METHOD:
> - return sprintf(buffer, "method");
> - case ACPI_BUTTON_LID_INIT_IGNORE:
> - return sprintf(buffer, "ignore");
> - default:
> - return sprintf(buffer, "invalid");
> - }
> - return 0;
> + int i, c = 0;
> +
> + for (i = 0; i < ARRAY_SIZE(lid_init_state_str); i++)
> + if (i == lid_init_state)
> + c += sprintf(buf + c, "[%s] ", lid_init_state_str[i]);
> + else
> + c += sprintf(buf + c, "%s ", lid_init_state_str[i]);
> +
> + buf[c - 1] = '\n'; /* Replace the final space with a newline */
> +
> + return c;
> }
>
> module_param_call(lid_init_state,
> --
> 2.23.0
>
--
With Best Regards,
Andy Shevchenko
prev parent reply other threads:[~2019-10-21 9:09 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-18 19:41 [PATCH 1/5] ACPI: button: Refactor lid_init_state module parsing code Hans de Goede
2019-10-18 19:41 ` [PATCH 2/5] ACPI: button: Allow disabling LID support with the lid_init_state module option Hans de Goede
2019-10-18 19:41 ` [PATCH 3/5] ACPI: button: Turn lid_blacklst dmi table into a generic quirk table Hans de Goede
2019-10-21 9:08 ` Andy Shevchenko
2019-10-24 17:44 ` Hans de Goede
2019-10-18 19:41 ` [PATCH 4/5] ACPI: button: Add DMI quirk for Medion Akoya E2215T Hans de Goede
2019-10-18 19:41 ` [PATCH 5/5] ACPI: button: Remove unused acpi_lid_notifier_[un]register functions Hans de Goede
2019-10-21 9:09 ` Andy Shevchenko [this message]
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=20191021090954.GJ32742@smile.fi.intel.com \
--to=andriy.shevchenko@linux.intel.com \
--cc=hdegoede@redhat.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=rjw@rjwysocki.net \
/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).