All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Hsu <KCHSU0@nuvoton.com>
To: John Hsu <KCHSU0@nuvoton.com>
Cc: "AP MS30 Linux ALSA" <alsa-devel@alsa-project.org>,
	"Cheng-yi Chiang" <cychiang@google.com>,
	"Anatol Pomozov" <anatol.pomozov@gmail.com>,
	"AC30 WTLi" <WTLI@nuvoton.com>,
	"\"Wu-Cheng Li (李務誠)\"" <wuchengli@google.com>,
	"Liam Girdwood" <lgirdwood@gmail.com>,
	"AC30 YHChuang" <YHCHuang@nuvoton.com>,
	"Mac Chiang" <mac.chiang@intel.com>,
	"broonie@kernel.org" <broonie@kernel.org>,
	"AC30 CTLin0" <CTLIN0@nuvoton.com>,
	"MS40 MHKuo" <MHKuo@nuvoton.com>
Subject: Re: [PATCH 1/2] ASoC: nau8825: disable crosstalk by default
Date: Wed, 29 Nov 2017 08:33:08 +0800	[thread overview]
Message-ID: <5A1E0044.20506@nuvoton.com> (raw)
In-Reply-To: <5A1CE0EF.5010802@nuvoton.com>

On 11/28/2017 12:07 PM, John Hsu wrote:
> On 11/28/2017 11:21 AM, Wu-Cheng Li (李務誠) wrote:
>> On Tue, Nov 28, 2017 at 10:40 AM, John Hsu <KCHSU0@nuvoton.com> wrote:
>>> On 11/27/2017 2:12 PM, Wu-Cheng Li (李務誠) wrote:
>>>> On Fri, Nov 24, 2017 at 6:08 PM, John Hsu <KCHSU0@nuvoton.com> wrote:
>>>>> The driver makes the crosstalk funciton disabled by default
>>>>> which can simplify the codec function. The platform may not
>>>>> need this funciton and reduce the potential risk. Therefore,
>>>>> We change the property "nuvoton,crosstalk-bypass" to
>>>>> "nuvoton,crosstalk-enable". The crosstalk measurement is enabled
>>>>> if the property is set. Otherwise, it is disabled. Besides,
>>>>> add more condition in the entry point of the crosstalk sequence
>>>>> to disable the function completely.
>>>>>
>>>>> Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
>>>>> ---
>>>>>  .../devicetree/bindings/sound/nau8825.txt          |  4 ++--
>>>>>  sound/soc/codecs/nau8825.c                         | 23
>>>>> ++++++++++++----------
>>>>>  sound/soc/codecs/nau8825.h                         |  2 +-
>>>>>  3 files changed, 16 insertions(+), 13 deletions(-)
>>>>>
>>>>> diff --git a/Documentation/devicetree/bindings/sound/nau8825.txt
>>>>> b/Documentation/devicetree/bindings/sound/nau8825.txt
>>>>> index 2f5e973..d16d968 100644
>>>>> --- a/Documentation/devicetree/bindings/sound/nau8825.txt
>>>>> +++ b/Documentation/devicetree/bindings/sound/nau8825.txt
>>>>> @@ -69,7 +69,7 @@ Optional properties:
>>>>>    - nuvoton,jack-insert-debounce: number from 0 to 7 that sets
>>>>> debounce
>>>>> time to 2^(n+2) ms
>>>>>    - nuvoton,jack-eject-debounce: number from 0 to 7 that sets
>>>>> debounce
>>>>> time to 2^(n+2) ms
>>>>>
>>>>> -  - nuvoton,crosstalk-bypass: make crosstalk function bypass if set.
>>>>> +  - nuvoton,crosstalk-enable: make crosstalk function enable if set.
>>>>>
>>>>>    - clocks: list of phandle and clock specifier pairs according to
>>>>> common clock bindings for the
>>>>>        clocks described in clock-names
>>>>> @@ -98,7 +98,7 @@ Example:
>>>>>        nuvoton,short-key-debounce = <2>;
>>>>>        nuvoton,jack-insert-debounce = <7>;
>>>>>        nuvoton,jack-eject-debounce = <7>;
>>>>> -      nuvoton,crosstalk-bypass;
>>>>> +      nuvoton,crosstalk-enable;
>>>>>
>>>>>        clock-names = "mclk";
>>>>>        clocks = <&tegra_car TEGRA210_CLK_CLK_OUT_2>;
>>>>> diff --git a/sound/soc/codecs/nau8825.c b/sound/soc/codecs/nau8825.c
>>>>> index 714ce17..d3c1a02 100644
>>>>> --- a/sound/soc/codecs/nau8825.c
>>>>> +++ b/sound/soc/codecs/nau8825.c
>>>>> @@ -815,11 +815,12 @@ static void nau8825_xtalk_work(struct
>>>>> work_struct
>>>>> *work)
>>>>>
>>>>>  static void nau8825_xtalk_cancel(struct nau8825 *nau8825)
>>>>>  {
>>>>> -       /* If the xtalk_protect is true, that means the process is
>>>>> still
>>>>> -        * on going. The driver forces to cancel the cross talk
>>>>> task and
>>>>> +       /* If the crosstalk is eanbled and the process is on going,
>>>>
>>>> s/eanbled/enabled/
>>>>
>>>>> +        * the driver forces to cancel the crosstalk task and
>>>>>          * restores the configuration to original status.
>>>>>          */
>>>>> -       if (nau8825->xtalk_protect) {
>>>>> +       if (nau8825->xtalk_enable && nau8825->xtalk_state !=
>>>>> +               NAU8825_XTALK_DONE) {
>>>>>                 cancel_work_sync(&nau8825->xtalk_work);
>>>>>                 nau8825_xtalk_clean(nau8825);
>>>>>         }
>>>>> @@ -1686,7 +1687,7 @@ static irqreturn_t nau8825_interrupt(int irq,
>>>>> void
>>>>> *data)
>>>>>         } else if (active_irq & NAU8825_HEADSET_COMPLETION_IRQ) {
>>>>>                 if (nau8825_is_jack_inserted(regmap)) {
>>>>>                         event |= nau8825_jack_insert(nau8825);
>>>>> -                       if (!nau8825->xtalk_bypass &&
>>>>> !nau8825->high_imped) {
>>>>> +                       if (nau8825->xtalk_enable &&
>>>>> !nau8825->high_imped) {
>>>>>                                 /* Apply the cross talk suppression in
>>>>> the
>>>>>                                  * headset without high impedance.
>>>>>                                  */
>>>>> @@ -1732,8 +1733,10 @@ static irqreturn_t nau8825_interrupt(int
>>>>> irq, void
>>>>> *data)
>>>>>                         nau8825->xtalk_event_mask = event_mask;
>>>>>                 }
>>>>>         } else if (active_irq & NAU8825_IMPEDANCE_MEAS_IRQ) {
>>>>> -               schedule_work(&nau8825->xtalk_work);
>>>>> -               clear_irq = NAU8825_IMPEDANCE_MEAS_IRQ;
>>>>> +               if (nau8825->xtalk_enable) {
>>>>> +                       schedule_work(&nau8825->xtalk_work);
>>>>> +                       clear_irq = NAU8825_IMPEDANCE_MEAS_IRQ;
>>>>> +               }
>>>>
>>>> Shouldn't we still set clear_irq = NAU8825_IMPEDANCE_MEAS_IRQ if
>>>> crosstalk is disabled?
>>>> Otherwise, all active_irq will be disabled later in this function.
>>>>
>>> Actually, there is assignment about clear_irq before the end of ISR
>>> as follows:
>>> if (!clear_irq) clear_irq = active_irq;
>> Right. But that will disable all other active IRQs. No? I thought you
>> wanted to
>> only disable the IRQ that was handled.
>
> Yes, I do want to clear the IRQ that handed in this time. Whenever
> the interruption happens, the ISR will read the IRQ status bitmaps,
> and only one IRQ raised in each time. After it is cleared, the codec
> just can monitor the next event and makes the active IRQs.
>

I'll set the clear_irq even through the crosstalk is disabled.

>>> The IRQ will still be cleared. Your comment is correct for the clear
>>> semantic. But the IRQ will never happen if the crosstalk disabled,
>>> because the IRQ is triggered in the crosstalk sequence.
>> Theoretically IRQ should not happen if crosstalk is disabled. I think
>> this check
>> can be used to prevent from a hardware bug.
>>>
>>>>>         } else if ((active_irq & NAU8825_JACK_INSERTION_IRQ_MASK) ==
>>>>>                 NAU8825_JACK_INSERTION_DETECTED) {
>>>>>                 /* One more step to check GPIO status directly.
>>>>> Thus, the
>>>>> @@ -2440,8 +2443,8 @@ static void
>>>>> nau8825_print_device_properties(struct
>>>>> nau8825 *nau8825)
>>>>>                         nau8825->jack_insert_debounce);
>>>>>         dev_dbg(dev, "jack-eject-debounce:  %d\n",
>>>>>                         nau8825->jack_eject_debounce);
>>>>> -       dev_dbg(dev, "crosstalk-bypass:     %d\n",
>>>>> -                       nau8825->xtalk_bypass);
>>>>> +       dev_dbg(dev, "crosstalk-enable:     %d\n",
>>>>> +                       nau8825->xtalk_enable);
>>>>>  }
>>>>>
>>>>>  static int nau8825_read_device_properties(struct device *dev,
>>>>> @@ -2506,8 +2509,8 @@ static int nau8825_read_device_properties(struct
>>>>> device *dev,
>>>>>                 &nau8825->jack_eject_debounce);
>>>>>         if (ret)
>>>>>                 nau8825->jack_eject_debounce = 0;
>>>>> -       nau8825->xtalk_bypass = device_property_read_bool(dev,
>>>>> -               "nuvoton,crosstalk-bypass");
>>>>> +       nau8825->xtalk_enable = device_property_read_bool(dev,
>>>>> +               "nuvoton,crosstalk-enable");
>>>>>
>>>>>         nau8825->mclk = devm_clk_get(dev, "mclk");
>>>>>         if (PTR_ERR(nau8825->mclk) == -EPROBE_DEFER) {
>>>>> diff --git a/sound/soc/codecs/nau8825.h b/sound/soc/codecs/nau8825.h
>>>>> index 8aee5c86..199d6ea 100644
>>>>> --- a/sound/soc/codecs/nau8825.h
>>>>> +++ b/sound/soc/codecs/nau8825.h
>>>>> @@ -476,7 +476,7 @@ struct nau8825 {
>>>>>         int xtalk_event_mask;
>>>>>         bool xtalk_protect;
>>>>>         int imp_rms[NAU8825_XTALK_IMM];
>>>>> -       int xtalk_bypass;
>>>>> +       int xtalk_enable;
>>>>>  };
>>>>>
>>>>>  int nau8825_enable_jack_detect(struct snd_soc_codec *codec,
>>>>> --
>>>>> 2.6.4
>>>>>
>>>
>>>
>>> ===========================================================================================
>>>
>>> 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.
>
>
>
> ===========================================================================================
>
> 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.
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel



===========================================================================================
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.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

  reply	other threads:[~2017-11-29  0:33 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-24 10:08 [PATCH 1/2] ASoC: nau8825: disable crosstalk by default John Hsu
2017-11-24 10:08 ` [PATCH 2/2] ASoC: nau8825: improve crosstalk measurement protection John Hsu
2017-11-27  6:12 ` [PATCH 1/2] ASoC: nau8825: disable crosstalk by default Wu-Cheng Li (李務誠)
2017-11-28  2:40   ` John Hsu
2017-11-28  3:21     ` Wu-Cheng Li (李務誠)
2017-11-28  4:07       ` John Hsu
2017-11-29  0:33         ` John Hsu [this message]
2017-11-29 10:57 ` Applied "ASoC: nau8825: disable crosstalk by default" to the asoc tree Mark Brown

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=5A1E0044.20506@nuvoton.com \
    --to=kchsu0@nuvoton.com \
    --cc=CTLIN0@nuvoton.com \
    --cc=MHKuo@nuvoton.com \
    --cc=WTLI@nuvoton.com \
    --cc=YHCHuang@nuvoton.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=anatol.pomozov@gmail.com \
    --cc=broonie@kernel.org \
    --cc=cychiang@google.com \
    --cc=lgirdwood@gmail.com \
    --cc=mac.chiang@intel.com \
    --cc=wuchengli@google.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: 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.