* Re: [PATCH] ASoC: nau8824: user configuration of key detection
2018-03-21 7:30 [PATCH] ASoC: nau8824: user configuration of key detection John Hsu
@ 2018-03-22 2:07 ` Mark Brown
2018-03-22 2:41 ` John Hsu
2018-04-17 17:09 ` Applied "ASoC: nau8824: user configuration of key detection" to the asoc tree Mark Brown
2018-04-17 17:11 ` Mark Brown
2 siblings, 1 reply; 5+ messages in thread
From: Mark Brown @ 2018-03-22 2:07 UTC (permalink / raw)
To: John Hsu; +Cc: WTLI, YHCHuang, alsa-devel, CTLIN0, lgirdwood
[-- Attachment #1.1: Type: text/plain, Size: 810 bytes --]
On Wed, Mar 21, 2018 at 03:30:23PM +0800, John Hsu wrote:
> The SAR ADC of key press detection varies depending on headset.
> We can't make a set of common threshold values for every case.
> Therefore, the driver provides configuration for user and
> they can set up values by UCM configuration.
It's more normal for this configuration to be done as part of the
platform bindings for the device, with the values being tuned based on
the in box headset and the tastes of the system integrator, seeing this
exposed as a userspace control is a bit surprising - what motivated
that?
If we are going to have this tunable from userspace we probably want a
standard interface for it so that the userspace software can work more
generally. However that's a bit tricky as the tunable parameters are
going to vary...
[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] ASoC: nau8824: user configuration of key detection
2018-03-22 2:07 ` Mark Brown
@ 2018-03-22 2:41 ` John Hsu
0 siblings, 0 replies; 5+ messages in thread
From: John Hsu @ 2018-03-22 2:41 UTC (permalink / raw)
To: Mark Brown; +Cc: WTLI, YHCHuang, alsa-devel, CTLIN0, lgirdwood
On 3/22/2018 10:07 AM, Mark Brown wrote:
> On Wed, Mar 21, 2018 at 03:30:23PM +0800, John Hsu wrote:
>> The SAR ADC of key press detection varies depending on headset.
>> We can't make a set of common threshold values for every case.
>> Therefore, the driver provides configuration for user and
>> they can set up values by UCM configuration.
>
> It's more normal for this configuration to be done as part of the
> platform bindings for the device, with the values being tuned based on
> the in box headset and the tastes of the system integrator, seeing this
> exposed as a userspace control is a bit surprising - what motivated
> that?
>
> If we are going to have this tunable from userspace we probably want a
> standard interface for it so that the userspace software can work more
> generally. However that's a bit tricky as the tunable parameters are
> going to vary...
There is binding values in devicetree or ACPI when product shipping.
Sometimes users find the wrong response of key press when they use their
specific headset. That means they have to tune their SAR threshold of chip,
and they need our support for the values. But the value is kept in ACPI,
and it's not easy for the user to adapt the new one which we provide.
I think the easy way is that they can put the values in UCM and happy to
use their favorite headset.
===========================================================================================
The privileged confidential information contained in this email is intended for use only by the addressees as indicated by the original sender of this email. If you are not the addressee indicated in this email or are not responsible for delivery of the email to such a person, please kindly reply to the sender indicating this fact and delete all copies of it from your computer and network server immediately. Your cooperation is highly appreciated. It is advised that any unauthorized use of confidential information of Nuvoton is strictly prohibited; and any information in this email irrelevant to the official business of Nuvoton shall be deemed as neither given nor endorsed by Nuvoton.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Applied "ASoC: nau8824: user configuration of key detection" to the asoc tree
2018-03-21 7:30 [PATCH] ASoC: nau8824: user configuration of key detection John Hsu
2018-03-22 2:07 ` Mark Brown
@ 2018-04-17 17:09 ` Mark Brown
2018-04-17 17:11 ` Mark Brown
2 siblings, 0 replies; 5+ messages in thread
From: Mark Brown @ 2018-04-17 17:09 UTC (permalink / raw)
To: John Hsu; +Cc: alsa-devel, WTLI, lgirdwood, YHCHuang, broonie, CTLIN0
The patch
ASoC: nau8824: user configuration of key detection
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.
You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.
If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.
Please add any relevant lists and maintainers to the CCs when replying
to this mail.
Thanks,
Mark
>From 7b0037fa2d6048284e90de4131fc53c0ac1d4430 Mon Sep 17 00:00:00 2001
From: John Hsu <KCHSU0@nuvoton.com>
Date: Wed, 21 Mar 2018 15:30:23 +0800
Subject: [PATCH] ASoC: nau8824: user configuration of key detection
The SAR ADC of key press detection varies depending on headset.
We can't make a set of common threshold values for every case.
Therefore, the driver provides configuration for user and
they can set up values by UCM configuration.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
---
sound/soc/codecs/nau8824.c | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/sound/soc/codecs/nau8824.c b/sound/soc/codecs/nau8824.c
index 637e9527805f..76502c090654 100644
--- a/sound/soc/codecs/nau8824.c
+++ b/sound/soc/codecs/nau8824.c
@@ -409,6 +409,15 @@ static const struct snd_kcontrol_new nau8824_snd_controls[] = {
SOC_SINGLE("DACL LR Mix", NAU8824_REG_DAC_MUTE_CTRL, 0, 1, 0),
SOC_SINGLE("DACR LR Mix", NAU8824_REG_DAC_MUTE_CTRL, 1, 1, 0),
+
+ SOC_SINGLE("THD for key media",
+ NAU8824_REG_VDET_THRESHOLD_1, 8, 0xff, 0),
+ SOC_SINGLE("THD for key voice command",
+ NAU8824_REG_VDET_THRESHOLD_1, 0, 0xff, 0),
+ SOC_SINGLE("THD for key volume up",
+ NAU8824_REG_VDET_THRESHOLD_2, 8, 0xff, 0),
+ SOC_SINGLE("THD for key volume down",
+ NAU8824_REG_VDET_THRESHOLD_2, 0, 0xff, 0),
};
static int nau8824_output_dac_event(struct snd_soc_dapm_widget *w,
--
2.17.0
^ permalink raw reply related [flat|nested] 5+ messages in thread* Applied "ASoC: nau8824: user configuration of key detection" to the asoc tree
2018-03-21 7:30 [PATCH] ASoC: nau8824: user configuration of key detection John Hsu
2018-03-22 2:07 ` Mark Brown
2018-04-17 17:09 ` Applied "ASoC: nau8824: user configuration of key detection" to the asoc tree Mark Brown
@ 2018-04-17 17:11 ` Mark Brown
2 siblings, 0 replies; 5+ messages in thread
From: Mark Brown @ 2018-04-17 17:11 UTC (permalink / raw)
To: John Hsu; +Cc: alsa-devel, WTLI, lgirdwood, YHCHuang, broonie, CTLIN0
The patch
ASoC: nau8824: user configuration of key detection
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the next merge window (or sooner if it is a bug fix), however if
problems are discovered then the patch may be dropped or reverted.
You may get further e-mails resulting from automated or manual testing
and review of the tree, please engage with people reporting problems and
send followup patches addressing any issues that are reported if needed.
If any updates are required or you are submitting further changes they
should be sent as incremental updates against current git, existing
patches will not be replaced.
Please add any relevant lists and maintainers to the CCs when replying
to this mail.
Thanks,
Mark
>From 7b0037fa2d6048284e90de4131fc53c0ac1d4430 Mon Sep 17 00:00:00 2001
From: John Hsu <KCHSU0@nuvoton.com>
Date: Wed, 21 Mar 2018 15:30:23 +0800
Subject: [PATCH] ASoC: nau8824: user configuration of key detection
The SAR ADC of key press detection varies depending on headset.
We can't make a set of common threshold values for every case.
Therefore, the driver provides configuration for user and
they can set up values by UCM configuration.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
---
sound/soc/codecs/nau8824.c | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/sound/soc/codecs/nau8824.c b/sound/soc/codecs/nau8824.c
index 637e9527805f..76502c090654 100644
--- a/sound/soc/codecs/nau8824.c
+++ b/sound/soc/codecs/nau8824.c
@@ -409,6 +409,15 @@ static const struct snd_kcontrol_new nau8824_snd_controls[] = {
SOC_SINGLE("DACL LR Mix", NAU8824_REG_DAC_MUTE_CTRL, 0, 1, 0),
SOC_SINGLE("DACR LR Mix", NAU8824_REG_DAC_MUTE_CTRL, 1, 1, 0),
+
+ SOC_SINGLE("THD for key media",
+ NAU8824_REG_VDET_THRESHOLD_1, 8, 0xff, 0),
+ SOC_SINGLE("THD for key voice command",
+ NAU8824_REG_VDET_THRESHOLD_1, 0, 0xff, 0),
+ SOC_SINGLE("THD for key volume up",
+ NAU8824_REG_VDET_THRESHOLD_2, 8, 0xff, 0),
+ SOC_SINGLE("THD for key volume down",
+ NAU8824_REG_VDET_THRESHOLD_2, 0, 0xff, 0),
};
static int nau8824_output_dac_event(struct snd_soc_dapm_widget *w,
--
2.17.0
^ permalink raw reply related [flat|nested] 5+ messages in thread