From: Takashi Iwai <tiwai@suse.de> To: Dennis Wassenberg <dennis.wassenberg@secunet.com> Cc: linux-input@vger.kernel.org, linux-sound@vger.kernel.org, alsa-devel@alsa-project.org, lukas@wunner.de, Benjamin Tissoires <benjamin.tissoires@redhat.com>, Andrew Duggan <aduggan@synaptics.com>, perex@perex.cz, david.henningsson@canonical.com, vinod.koul@intel.com, hui.wang@canonical.com, rafael.j.wysocki@intel.com, jikos@kernel.org Subject: Re: [PATCH 4/4] hda: thinkpad_helper: Add support for hid-lenovo LED control Date: Mon, 12 Sep 2016 14:38:11 +0200 [thread overview] Message-ID: <s5hsht5i98s.wl-tiwai@suse.de> (raw) In-Reply-To: <91729b41-7537-b506-6980-94b9938c8305@secunet.com> On Mon, 12 Sep 2016 12:47:03 +0200, Dennis Wassenberg wrote: > > Make the thinkpad_helper able to support not only led control over > acpi with thinkpad_acpi driver but also led control over hid-lenovo. > The hid-lenovo driver adapted the led control api of thinkpad_acpi. > > Signed-off-by: Dennis Wassenberg <dennis.wassenberg@secunet.com> > --- > sound/pci/hda/thinkpad_helper.c | 149 ++++++++++++++++++++++++++++++---------- > 1 file changed, 111 insertions(+), 38 deletions(-) > > diff --git a/sound/pci/hda/thinkpad_helper.c b/sound/pci/hda/thinkpad_helper.c > index 62741a7..c24a4a9 100644 > --- a/sound/pci/hda/thinkpad_helper.c > +++ b/sound/pci/hda/thinkpad_helper.c > @@ -2,79 +2,152 @@ > * to be included from codec driver > */ > > -#if IS_ENABLED(CONFIG_THINKPAD_ACPI) > - > +#if IS_ENABLED(CONFIG_THINKPAD_ACPI) || IS_ENABLED(CONFIG_HID_LENOVO) > #include <linux/acpi.h> > +#include <linux/hid-lenovo.h> > #include <linux/thinkpad_acpi.h> > > -static int (*led_set_func)(int, bool); > +static int (*led_set_func_tpacpi)(int, bool); > +static int (*led_set_func_hid_lenovo)(int, bool); > static void (*old_vmaster_hook)(void *, int); > > static bool is_thinkpad(struct hda_codec *codec) > { > + return (codec->core.subsystem_id >> 16 == 0x17aa); > +} > + > +static bool is_thinkpad_acpi(struct hda_codec *codec) > +{ > return (codec->core.subsystem_id >> 16 == 0x17aa) && > (acpi_dev_found("LEN0068") || acpi_dev_found("IBM0068")); > } > > -static void update_tpacpi_mute_led(void *private_data, int enabled) > +static void update_thinkpad_mute_led(void *private_data, int enabled) > { > if (old_vmaster_hook) > old_vmaster_hook(private_data, enabled); > > - if (led_set_func) > - led_set_func(TPACPI_LED_MUTE, !enabled); > + if (led_set_func_tpacpi) > + led_set_func_tpacpi(TPACPI_LED_MUTE, !enabled); > + > + if (led_set_func_hid_lenovo) > + led_set_func_hid_lenovo(HID_LENOVO_LED_MUTE, !enabled); > } > > -static void update_tpacpi_micmute_led(struct hda_codec *codec, > + > + > +static void update_thinkpad_micmute_led(struct hda_codec *codec, > struct snd_kcontrol *kcontrol, > struct snd_ctl_elem_value *ucontrol) > { > - if (!ucontrol || !led_set_func) > + if (!ucontrol) > return; > if (strcmp("Capture Switch", ucontrol->id.name) == 0 && ucontrol->id.index == 0) { > /* TODO: How do I verify if it's a mono or stereo here? */ > bool val = ucontrol->value.integer.value[0] || ucontrol->value.integer.value[1]; > - led_set_func(TPACPI_LED_MICMUTE, !val); > + if (led_set_func_tpacpi) > + led_set_func_tpacpi(TPACPI_LED_MICMUTE, !val); > + if (led_set_func_hid_lenovo) > + led_set_func_hid_lenovo(HID_LENOVO_LED_MICMUTE, !val); > } > } > > -static void hda_fixup_thinkpad(struct hda_codec *codec, > - const struct hda_fixup *fix, int action) > +static int hda_fixup_thinkpad_acpi(struct hda_codec *codec) > { > struct hda_gen_spec *spec = codec->spec; > - bool removefunc = false; > + int ret = -ENXIO; > > - if (action == HDA_FIXUP_ACT_PROBE) { > - if (!is_thinkpad(codec)) > - return; > - if (!led_set_func) > - led_set_func = symbol_request(tpacpi_led_set); > - if (!led_set_func) { > - codec_warn(codec, > - "Failed to find thinkpad-acpi symbol tpacpi_led_set\n"); > - return; > - } > + if (!is_thinkpad(codec)) > + return -ENODEV; > + if (!is_thinkpad_acpi(codec)) > + return -ENODEV; > + if (!led_set_func_tpacpi) > + led_set_func_tpacpi = symbol_request(tpacpi_led_set); This would be performed even if CONFIG_THINKPAD_ACPI=n when CONFIG_HID_LENOVO!=n. You'd need to have a proper ifdef surrounding the function. > + if (!led_set_func_tpacpi) { > + codec_warn(codec, > + "Failed to find thinkpad-acpi symbol tpacpi_led_set\n"); > + return -ENOENT; > + } > > - removefunc = true; > - if (led_set_func(TPACPI_LED_MUTE, false) >= 0) { > - old_vmaster_hook = spec->vmaster_mute.hook; > - spec->vmaster_mute.hook = update_tpacpi_mute_led; > - removefunc = false; > - } > - if (led_set_func(TPACPI_LED_MICMUTE, false) >= 0) { > - if (spec->num_adc_nids > 1) > - codec_dbg(codec, > - "Skipping micmute LED control due to several ADCs"); > - else { > - spec->cap_sync_hook = update_tpacpi_micmute_led; > - removefunc = false; > - } > + if (led_set_func_tpacpi(TPACPI_LED_MUTE, false) >= 0) { > + old_vmaster_hook = spec->vmaster_mute.hook; > + spec->vmaster_mute.hook = update_thinkpad_mute_led; > + ret = 0; > + } > + > + if (led_set_func_tpacpi(TPACPI_LED_MICMUTE, false) >= 0) { > + if (spec->num_adc_nids > 1) > + codec_dbg(codec, > + "Skipping micmute LED control due to several ADCs"); > + else { > + spec->cap_sync_hook = update_thinkpad_micmute_led; > + ret = 0; > } > } > > - if (led_set_func && (action == HDA_FIXUP_ACT_FREE || removefunc)) { > + return ret; > +} > + > +static int hda_fixup_thinkpad_hid(struct hda_codec *codec) > +{ > + struct hda_gen_spec *spec = codec->spec; > + int ret = 0; > + > + if (!is_thinkpad(codec)) > + return -ENODEV; > + if (!led_set_func_hid_lenovo) > + led_set_func_hid_lenovo = symbol_request(hid_lenovo_led_set); > + if (!led_set_func_hid_lenovo) { > + codec_warn(codec, > + "Failed to find hid-lenovo symbol hid_lenovo_led_set\n"); > + return -ENOENT; > + } > + > + if (update_thinkpad_mute_led != spec->vmaster_mute.hook) > + old_vmaster_hook = spec->vmaster_mute.hook; > + > + // do not remove hook if setting delay does not work currently because > + // it is a usb hid devices which is not connected right now > + // maybe is will be connected later The comment should be C style. Try checkpatch.pl once before the patch submission. > + led_set_func_hid_lenovo(HID_LENOVO_LED_MUTE, false); > + spec->vmaster_mute.hook = update_thinkpad_mute_led; > + > + led_set_func_hid_lenovo(HID_LENOVO_LED_MICMUTE, false); > + spec->cap_sync_hook = update_thinkpad_micmute_led; > + > + return ret; > +} > + > +static void hda_fixup_thinkpad(struct hda_codec *codec, > + const struct hda_fixup *fix, int action) > +{ > + int ret_fixup_acpi = 0; > + int ret_fixup_hid = 0; > + bool remove = 0; > + > + if (action == HDA_FIXUP_ACT_PROBE) { > + ret_fixup_acpi = hda_fixup_thinkpad_acpi(codec); > + ret_fixup_hid = hda_fixup_thinkpad_hid(codec); Basically these two are exclusive. So you don't have to process the latter when the former succeeds. But... > + } > + > + if (led_set_func_tpacpi && > + (action == HDA_FIXUP_ACT_FREE || ret_fixup_acpi)) { > + > symbol_put(tpacpi_led_set); > - led_set_func = NULL; > + remove = true; > + } > + > + if (led_set_func_hid_lenovo && > + (action == HDA_FIXUP_ACT_FREE || ret_fixup_hid)) { > + > + symbol_put(hid_lenovo_led_set); > + remove = true; > + } > + > + > + if (remove) { > + led_set_func_tpacpi = NULL; > + led_set_func_hid_lenovo = NULL; > old_vmaster_hook = NULL; > } > } ... reading through the patch, I find the code is a bit too redundant. The access is exclusive between ACPI and HID, and the hook functions are in the same form but just the argument value is different (TPACPI_LED_MUTE vs HID_LENOVO_LED_MUTE). So we may need only a single function pointer and pass the different value depending on the model instead of keeping two individual function pointers. thanks, Takashi
WARNING: multiple messages have this Message-ID (diff)
From: Takashi Iwai <tiwai@suse.de> To: Dennis Wassenberg <dennis.wassenberg@secunet.com> Cc: linux-input@vger.kernel.org, linux-sound@vger.kernel.org, alsa-devel@alsa-project.org, lukas@wunner.de, Benjamin Tissoires <benjamin.tissoires@redhat.com>, Andrew Duggan <aduggan@synaptics.com>, perex@perex.cz, david.henningsson@canonical.com, vinod.koul@intel.com, hui.wang@canonical.com, rafael.j.wysocki@intel.com, jikos@kernel.org Subject: Re: [PATCH 4/4] hda: thinkpad_helper: Add support for hid-lenovo LED control Date: Mon, 12 Sep 2016 12:38:11 +0000 [thread overview] Message-ID: <s5hsht5i98s.wl-tiwai@suse.de> (raw) In-Reply-To: <91729b41-7537-b506-6980-94b9938c8305@secunet.com> On Mon, 12 Sep 2016 12:47:03 +0200, Dennis Wassenberg wrote: > > Make the thinkpad_helper able to support not only led control over > acpi with thinkpad_acpi driver but also led control over hid-lenovo. > The hid-lenovo driver adapted the led control api of thinkpad_acpi. > > Signed-off-by: Dennis Wassenberg <dennis.wassenberg@secunet.com> > --- > sound/pci/hda/thinkpad_helper.c | 149 ++++++++++++++++++++++++++++++---------- > 1 file changed, 111 insertions(+), 38 deletions(-) > > diff --git a/sound/pci/hda/thinkpad_helper.c b/sound/pci/hda/thinkpad_helper.c > index 62741a7..c24a4a9 100644 > --- a/sound/pci/hda/thinkpad_helper.c > +++ b/sound/pci/hda/thinkpad_helper.c > @@ -2,79 +2,152 @@ > * to be included from codec driver > */ > > -#if IS_ENABLED(CONFIG_THINKPAD_ACPI) > - > +#if IS_ENABLED(CONFIG_THINKPAD_ACPI) || IS_ENABLED(CONFIG_HID_LENOVO) > #include <linux/acpi.h> > +#include <linux/hid-lenovo.h> > #include <linux/thinkpad_acpi.h> > > -static int (*led_set_func)(int, bool); > +static int (*led_set_func_tpacpi)(int, bool); > +static int (*led_set_func_hid_lenovo)(int, bool); > static void (*old_vmaster_hook)(void *, int); > > static bool is_thinkpad(struct hda_codec *codec) > { > + return (codec->core.subsystem_id >> 16 = 0x17aa); > +} > + > +static bool is_thinkpad_acpi(struct hda_codec *codec) > +{ > return (codec->core.subsystem_id >> 16 = 0x17aa) && > (acpi_dev_found("LEN0068") || acpi_dev_found("IBM0068")); > } > > -static void update_tpacpi_mute_led(void *private_data, int enabled) > +static void update_thinkpad_mute_led(void *private_data, int enabled) > { > if (old_vmaster_hook) > old_vmaster_hook(private_data, enabled); > > - if (led_set_func) > - led_set_func(TPACPI_LED_MUTE, !enabled); > + if (led_set_func_tpacpi) > + led_set_func_tpacpi(TPACPI_LED_MUTE, !enabled); > + > + if (led_set_func_hid_lenovo) > + led_set_func_hid_lenovo(HID_LENOVO_LED_MUTE, !enabled); > } > > -static void update_tpacpi_micmute_led(struct hda_codec *codec, > + > + > +static void update_thinkpad_micmute_led(struct hda_codec *codec, > struct snd_kcontrol *kcontrol, > struct snd_ctl_elem_value *ucontrol) > { > - if (!ucontrol || !led_set_func) > + if (!ucontrol) > return; > if (strcmp("Capture Switch", ucontrol->id.name) = 0 && ucontrol->id.index = 0) { > /* TODO: How do I verify if it's a mono or stereo here? */ > bool val = ucontrol->value.integer.value[0] || ucontrol->value.integer.value[1]; > - led_set_func(TPACPI_LED_MICMUTE, !val); > + if (led_set_func_tpacpi) > + led_set_func_tpacpi(TPACPI_LED_MICMUTE, !val); > + if (led_set_func_hid_lenovo) > + led_set_func_hid_lenovo(HID_LENOVO_LED_MICMUTE, !val); > } > } > > -static void hda_fixup_thinkpad(struct hda_codec *codec, > - const struct hda_fixup *fix, int action) > +static int hda_fixup_thinkpad_acpi(struct hda_codec *codec) > { > struct hda_gen_spec *spec = codec->spec; > - bool removefunc = false; > + int ret = -ENXIO; > > - if (action = HDA_FIXUP_ACT_PROBE) { > - if (!is_thinkpad(codec)) > - return; > - if (!led_set_func) > - led_set_func = symbol_request(tpacpi_led_set); > - if (!led_set_func) { > - codec_warn(codec, > - "Failed to find thinkpad-acpi symbol tpacpi_led_set\n"); > - return; > - } > + if (!is_thinkpad(codec)) > + return -ENODEV; > + if (!is_thinkpad_acpi(codec)) > + return -ENODEV; > + if (!led_set_func_tpacpi) > + led_set_func_tpacpi = symbol_request(tpacpi_led_set); This would be performed even if CONFIG_THINKPAD_ACPI=n when CONFIG_HID_LENOVO!=n. You'd need to have a proper ifdef surrounding the function. > + if (!led_set_func_tpacpi) { > + codec_warn(codec, > + "Failed to find thinkpad-acpi symbol tpacpi_led_set\n"); > + return -ENOENT; > + } > > - removefunc = true; > - if (led_set_func(TPACPI_LED_MUTE, false) >= 0) { > - old_vmaster_hook = spec->vmaster_mute.hook; > - spec->vmaster_mute.hook = update_tpacpi_mute_led; > - removefunc = false; > - } > - if (led_set_func(TPACPI_LED_MICMUTE, false) >= 0) { > - if (spec->num_adc_nids > 1) > - codec_dbg(codec, > - "Skipping micmute LED control due to several ADCs"); > - else { > - spec->cap_sync_hook = update_tpacpi_micmute_led; > - removefunc = false; > - } > + if (led_set_func_tpacpi(TPACPI_LED_MUTE, false) >= 0) { > + old_vmaster_hook = spec->vmaster_mute.hook; > + spec->vmaster_mute.hook = update_thinkpad_mute_led; > + ret = 0; > + } > + > + if (led_set_func_tpacpi(TPACPI_LED_MICMUTE, false) >= 0) { > + if (spec->num_adc_nids > 1) > + codec_dbg(codec, > + "Skipping micmute LED control due to several ADCs"); > + else { > + spec->cap_sync_hook = update_thinkpad_micmute_led; > + ret = 0; > } > } > > - if (led_set_func && (action = HDA_FIXUP_ACT_FREE || removefunc)) { > + return ret; > +} > + > +static int hda_fixup_thinkpad_hid(struct hda_codec *codec) > +{ > + struct hda_gen_spec *spec = codec->spec; > + int ret = 0; > + > + if (!is_thinkpad(codec)) > + return -ENODEV; > + if (!led_set_func_hid_lenovo) > + led_set_func_hid_lenovo = symbol_request(hid_lenovo_led_set); > + if (!led_set_func_hid_lenovo) { > + codec_warn(codec, > + "Failed to find hid-lenovo symbol hid_lenovo_led_set\n"); > + return -ENOENT; > + } > + > + if (update_thinkpad_mute_led != spec->vmaster_mute.hook) > + old_vmaster_hook = spec->vmaster_mute.hook; > + > + // do not remove hook if setting delay does not work currently because > + // it is a usb hid devices which is not connected right now > + // maybe is will be connected later The comment should be C style. Try checkpatch.pl once before the patch submission. > + led_set_func_hid_lenovo(HID_LENOVO_LED_MUTE, false); > + spec->vmaster_mute.hook = update_thinkpad_mute_led; > + > + led_set_func_hid_lenovo(HID_LENOVO_LED_MICMUTE, false); > + spec->cap_sync_hook = update_thinkpad_micmute_led; > + > + return ret; > +} > + > +static void hda_fixup_thinkpad(struct hda_codec *codec, > + const struct hda_fixup *fix, int action) > +{ > + int ret_fixup_acpi = 0; > + int ret_fixup_hid = 0; > + bool remove = 0; > + > + if (action = HDA_FIXUP_ACT_PROBE) { > + ret_fixup_acpi = hda_fixup_thinkpad_acpi(codec); > + ret_fixup_hid = hda_fixup_thinkpad_hid(codec); Basically these two are exclusive. So you don't have to process the latter when the former succeeds. But... > + } > + > + if (led_set_func_tpacpi && > + (action = HDA_FIXUP_ACT_FREE || ret_fixup_acpi)) { > + > symbol_put(tpacpi_led_set); > - led_set_func = NULL; > + remove = true; > + } > + > + if (led_set_func_hid_lenovo && > + (action = HDA_FIXUP_ACT_FREE || ret_fixup_hid)) { > + > + symbol_put(hid_lenovo_led_set); > + remove = true; > + } > + > + > + if (remove) { > + led_set_func_tpacpi = NULL; > + led_set_func_hid_lenovo = NULL; > old_vmaster_hook = NULL; > } > } ... reading through the patch, I find the code is a bit too redundant. The access is exclusive between ACPI and HID, and the hook functions are in the same form but just the argument value is different (TPACPI_LED_MUTE vs HID_LENOVO_LED_MUTE). So we may need only a single function pointer and pass the different value depending on the model instead of keeping two individual function pointers. thanks, Takashi
next prev parent reply other threads:[~2016-09-12 12:38 UTC|newest] Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-09-12 10:47 [PATCH 4/4] hda: thinkpad_helper: Add support for hid-lenovo LED control Dennis Wassenberg 2016-09-12 10:47 ` Dennis Wassenberg 2016-09-12 12:38 ` Takashi Iwai [this message] 2016-09-12 12:38 ` Takashi Iwai 2016-09-14 6:22 ` Dennis Wassenberg 2016-09-14 6:22 ` Dennis Wassenberg 2016-09-14 7:03 ` Takashi Iwai 2016-09-14 7:03 ` Takashi Iwai 2016-12-09 15:06 Dennis Wassenberg 2016-12-09 15:06 ` Dennis Wassenberg 2016-12-19 10:09 ` Jiri Kosina 2016-12-19 10:09 ` Jiri Kosina 2016-12-19 10:44 ` Dennis Wassenberg 2016-12-19 10:44 ` Dennis Wassenberg 2016-12-19 10:53 ` Jiri Kosina 2016-12-19 10:53 ` Jiri Kosina 2016-12-19 11:05 ` Dennis Wassenberg 2016-12-19 11:05 ` Dennis Wassenberg
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=s5hsht5i98s.wl-tiwai@suse.de \ --to=tiwai@suse.de \ --cc=aduggan@synaptics.com \ --cc=alsa-devel@alsa-project.org \ --cc=benjamin.tissoires@redhat.com \ --cc=david.henningsson@canonical.com \ --cc=dennis.wassenberg@secunet.com \ --cc=hui.wang@canonical.com \ --cc=jikos@kernel.org \ --cc=linux-input@vger.kernel.org \ --cc=linux-sound@vger.kernel.org \ --cc=lukas@wunner.de \ --cc=perex@perex.cz \ --cc=rafael.j.wysocki@intel.com \ --cc=vinod.koul@intel.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: linkBe 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.