2015-10-03 00:49:14 +08:00
|
|
|
/*
|
|
|
|
* NAU8825 ALSA SoC audio driver
|
|
|
|
*
|
|
|
|
* Copyright 2015 Google Inc.
|
|
|
|
* Author: Anatol Pomozov <anatol.pomozov@chrominium.org>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License version 2 as
|
|
|
|
* published by the Free Software Foundation.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef __NAU8825_H__
|
|
|
|
#define __NAU8825_H__
|
|
|
|
|
|
|
|
#define NAU8825_REG_RESET 0x00
|
|
|
|
#define NAU8825_REG_ENA_CTRL 0x01
|
2016-03-12 09:33:58 +08:00
|
|
|
#define NAU8825_REG_IIC_ADDR_SET 0x02
|
2015-10-03 00:49:14 +08:00
|
|
|
#define NAU8825_REG_CLK_DIVIDER 0x03
|
|
|
|
#define NAU8825_REG_FLL1 0x04
|
|
|
|
#define NAU8825_REG_FLL2 0x05
|
|
|
|
#define NAU8825_REG_FLL3 0x06
|
|
|
|
#define NAU8825_REG_FLL4 0x07
|
|
|
|
#define NAU8825_REG_FLL5 0x08
|
|
|
|
#define NAU8825_REG_FLL6 0x09
|
|
|
|
#define NAU8825_REG_FLL_VCO_RSV 0x0a
|
|
|
|
#define NAU8825_REG_HSD_CTRL 0x0c
|
|
|
|
#define NAU8825_REG_JACK_DET_CTRL 0x0d
|
|
|
|
#define NAU8825_REG_INTERRUPT_MASK 0x0f
|
|
|
|
#define NAU8825_REG_IRQ_STATUS 0x10
|
|
|
|
#define NAU8825_REG_INT_CLR_KEY_STATUS 0x11
|
|
|
|
#define NAU8825_REG_INTERRUPT_DIS_CTRL 0x12
|
|
|
|
#define NAU8825_REG_SAR_CTRL 0x13
|
|
|
|
#define NAU8825_REG_KEYDET_CTRL 0x14
|
|
|
|
#define NAU8825_REG_VDET_THRESHOLD_1 0x15
|
|
|
|
#define NAU8825_REG_VDET_THRESHOLD_2 0x16
|
|
|
|
#define NAU8825_REG_VDET_THRESHOLD_3 0x17
|
|
|
|
#define NAU8825_REG_VDET_THRESHOLD_4 0x18
|
|
|
|
#define NAU8825_REG_GPIO34_CTRL 0x19
|
|
|
|
#define NAU8825_REG_GPIO12_CTRL 0x1a
|
|
|
|
#define NAU8825_REG_TDM_CTRL 0x1b
|
|
|
|
#define NAU8825_REG_I2S_PCM_CTRL1 0x1c
|
|
|
|
#define NAU8825_REG_I2S_PCM_CTRL2 0x1d
|
|
|
|
#define NAU8825_REG_LEFT_TIME_SLOT 0x1e
|
|
|
|
#define NAU8825_REG_RIGHT_TIME_SLOT 0x1f
|
|
|
|
#define NAU8825_REG_BIQ_CTRL 0x20
|
|
|
|
#define NAU8825_REG_BIQ_COF1 0x21
|
|
|
|
#define NAU8825_REG_BIQ_COF2 0x22
|
|
|
|
#define NAU8825_REG_BIQ_COF3 0x23
|
|
|
|
#define NAU8825_REG_BIQ_COF4 0x24
|
|
|
|
#define NAU8825_REG_BIQ_COF5 0x25
|
|
|
|
#define NAU8825_REG_BIQ_COF6 0x26
|
|
|
|
#define NAU8825_REG_BIQ_COF7 0x27
|
|
|
|
#define NAU8825_REG_BIQ_COF8 0x28
|
|
|
|
#define NAU8825_REG_BIQ_COF9 0x29
|
|
|
|
#define NAU8825_REG_BIQ_COF10 0x2a
|
|
|
|
#define NAU8825_REG_ADC_RATE 0x2b
|
|
|
|
#define NAU8825_REG_DAC_CTRL1 0x2c
|
|
|
|
#define NAU8825_REG_DAC_CTRL2 0x2d
|
|
|
|
#define NAU8825_REG_DAC_DGAIN_CTRL 0x2f
|
|
|
|
#define NAU8825_REG_ADC_DGAIN_CTRL 0x30
|
|
|
|
#define NAU8825_REG_MUTE_CTRL 0x31
|
|
|
|
#define NAU8825_REG_HSVOL_CTRL 0x32
|
|
|
|
#define NAU8825_REG_DACL_CTRL 0x33
|
|
|
|
#define NAU8825_REG_DACR_CTRL 0x34
|
|
|
|
#define NAU8825_REG_ADC_DRC_KNEE_IP12 0x38
|
|
|
|
#define NAU8825_REG_ADC_DRC_KNEE_IP34 0x39
|
|
|
|
#define NAU8825_REG_ADC_DRC_SLOPES 0x3a
|
|
|
|
#define NAU8825_REG_ADC_DRC_ATKDCY 0x3b
|
|
|
|
#define NAU8825_REG_DAC_DRC_KNEE_IP12 0x45
|
|
|
|
#define NAU8825_REG_DAC_DRC_KNEE_IP34 0x46
|
|
|
|
#define NAU8825_REG_DAC_DRC_SLOPES 0x47
|
|
|
|
#define NAU8825_REG_DAC_DRC_ATKDCY 0x48
|
|
|
|
#define NAU8825_REG_IMM_MODE_CTRL 0x4c
|
|
|
|
#define NAU8825_REG_IMM_RMS_L 0x4d
|
|
|
|
#define NAU8825_REG_IMM_RMS_R 0x4e
|
|
|
|
#define NAU8825_REG_CLASSG_CTRL 0x50
|
|
|
|
#define NAU8825_REG_OPT_EFUSE_CTRL 0x51
|
|
|
|
#define NAU8825_REG_MISC_CTRL 0x55
|
|
|
|
#define NAU8825_REG_I2C_DEVICE_ID 0x58
|
|
|
|
#define NAU8825_REG_SARDOUT_RAM_STATUS 0x59
|
|
|
|
#define NAU8825_REG_BIAS_ADJ 0x66
|
|
|
|
#define NAU8825_REG_TRIM_SETTINGS 0x68
|
|
|
|
#define NAU8825_REG_ANALOG_CONTROL_1 0x69
|
|
|
|
#define NAU8825_REG_ANALOG_CONTROL_2 0x6a
|
|
|
|
#define NAU8825_REG_ANALOG_ADC_1 0x71
|
|
|
|
#define NAU8825_REG_ANALOG_ADC_2 0x72
|
|
|
|
#define NAU8825_REG_RDAC 0x73
|
|
|
|
#define NAU8825_REG_MIC_BIAS 0x74
|
|
|
|
#define NAU8825_REG_BOOST 0x76
|
|
|
|
#define NAU8825_REG_FEPGA 0x77
|
|
|
|
#define NAU8825_REG_POWER_UP_CONTROL 0x7f
|
|
|
|
#define NAU8825_REG_CHARGE_PUMP 0x80
|
|
|
|
#define NAU8825_REG_CHARGE_PUMP_INPUT_READ 0x81
|
|
|
|
#define NAU8825_REG_GENERAL_STATUS 0x82
|
|
|
|
#define NAU8825_REG_MAX NAU8825_REG_GENERAL_STATUS
|
ASoC: nau8825: non-clock jack detection for power saving at standby
The driver changes jack type detection interruption to non-clock archi-
tecture for less 1mW power saving. The architecture is called manual mode
jack detection. It has no hardware debounce, no jack type detection, but
only detecting jack insertion. After jack insertion, the driver will
switch to auto mode jack detection with internal clock which can detect
microphone, jack type and do hardware debounce.
The manual architecture has these main changes including codec initiation,
interruption, clock control, and power management. When codec initiation
or system resume, the clock is closed as jack insertion detection at man-
ual mode, and bypass debounce circuit. These configurations move to resume
setup function when setup bias level after resume.
When jack insertion detection happens, the manual mode turns off and make
configuration about jack type detection interruption at auto mode in auto
irq setup function which can detect microphone and jack type. The inter-
ruption will switch to manual mode again with clock free until jack ejec-
tion happens.
The system clock configuration adds clock disable option which can disable
internal VCO clock. Before the system clock change, there is an restric-
tion added to make sure clock disabled and not config any clock when no
headset connected.
In power management, we involve the solution about races and jack detec-
tion in resume from Ben Zhang in the following patch and list his comment.
[PATCH] ASoC: nau8825: Fix jack detection across suspend
"Jack plug status is rechecked at resume to handle plug/unplug
in S3 when the chip has no power."
"Suspend/resume callbacks are moved from the i2c dev_pm_ops to
snd_soc_codec_driver. soc_resume_deferred is a delayed work
which may trigger nau8825_set_bias_level. The bias change races
against dev_pm_ops, causing jack detection issues.
soc_resume_deferred ensures bias change and snd_soc_codec_driver
suspend/resume are sequenced correctly."
Change SAR widget to supply type which can prevent the codec keeping at
SND_SOC_BIAS_ON during suspend. The codec suspend function can just invoke
normally.
Before the system suspends, the driver turns off all interruptions. Keep
the interruption quiet before resume setup completes. The ADC channel will
be disabled which is needed for interruptions at audo mode.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-05-23 10:25:40 +08:00
|
|
|
/* 16-bit control register address, and 16-bits control register data */
|
|
|
|
#define NAU8825_REG_ADDR_LEN 16
|
|
|
|
#define NAU8825_REG_DATA_LEN 16
|
2015-10-03 00:49:14 +08:00
|
|
|
|
|
|
|
/* ENA_CTRL (0x1) */
|
|
|
|
#define NAU8825_ENABLE_DACR_SFT 10
|
|
|
|
#define NAU8825_ENABLE_DACR (1 << NAU8825_ENABLE_DACR_SFT)
|
|
|
|
#define NAU8825_ENABLE_DACL_SFT 9
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_ENABLE_DACL (1 << NAU8825_ENABLE_DACL_SFT)
|
2015-10-03 00:49:14 +08:00
|
|
|
#define NAU8825_ENABLE_ADC_SFT 8
|
2016-03-22 11:57:20 +08:00
|
|
|
#define NAU8825_ENABLE_ADC (1 << NAU8825_ENABLE_ADC_SFT)
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_ENABLE_ADC_CLK_SFT 7
|
|
|
|
#define NAU8825_ENABLE_ADC_CLK (1 << NAU8825_ENABLE_ADC_CLK_SFT)
|
|
|
|
#define NAU8825_ENABLE_DAC_CLK_SFT 6
|
|
|
|
#define NAU8825_ENABLE_DAC_CLK (1 << NAU8825_ENABLE_DAC_CLK_SFT)
|
2015-10-03 00:49:14 +08:00
|
|
|
#define NAU8825_ENABLE_SAR_SFT 1
|
|
|
|
|
|
|
|
/* CLK_DIVIDER (0x3) */
|
2015-10-20 07:49:05 +08:00
|
|
|
#define NAU8825_CLK_SRC_SFT 15
|
|
|
|
#define NAU8825_CLK_SRC_MASK (1 << NAU8825_CLK_SRC_SFT)
|
|
|
|
#define NAU8825_CLK_SRC_VCO (1 << NAU8825_CLK_SRC_SFT)
|
|
|
|
#define NAU8825_CLK_SRC_MCLK (0 << NAU8825_CLK_SRC_SFT)
|
2016-11-11 11:34:42 +08:00
|
|
|
#define NAU8825_CLK_ADC_SRC_SFT 6
|
|
|
|
#define NAU8825_CLK_ADC_SRC_MASK (0x3 << NAU8825_CLK_ADC_SRC_SFT)
|
|
|
|
#define NAU8825_CLK_DAC_SRC_SFT 4
|
|
|
|
#define NAU8825_CLK_DAC_SRC_MASK (0x3 << NAU8825_CLK_DAC_SRC_SFT)
|
2015-10-20 07:49:05 +08:00
|
|
|
#define NAU8825_CLK_MCLK_SRC_MASK (0xf << 0)
|
|
|
|
|
|
|
|
/* FLL1 (0x04) */
|
ASoC: nau8825: FLL parameters finetune
The driver fine-tune some parameters to improve FLL performance.
Those items have description as follow.
(1)ICTRL_LATCH: FLL DSP speed capability control
When FLL running at high frequency with long decimal number, DSP needs
to operate at high speed. FLL DSP can optimize between performance and
power consumption by ICTRL_LATCH.(111 has highest power consumption.)
The default setting can be used to reduce power.
(2)CUTOFF500: loop filter cutoff frequency at 500Khz
It will give the best FLL performance but highest power consumption
to enable the cutoff frequency. FLL Loop Filter enable to reduce FLL
output noise, especially,(DCO frequency)/(FLL input reference frequency)
is not a integer.
(3)GAIN_ERR: FLL gain error correction threshold setting
The threshold is comparison between DCO and target frequency.
The value 1111 has the most sensitive threshold, that is, 1111 can have
the most accurate DCO to target frequency. However, the gain error setting
conditionally and inversely depends on FLL input reference clock rate.
Higher FLL reference input frequency can only set lower gain error, such
as 0000 for input reference from MCLK=12.288Mhz. On the other side, if FLL
reference input is from Frame Sync, 48KHz, higher error gain can apply
such as 1111.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-11-11 12:16:29 +08:00
|
|
|
#define NAU8825_ICTRL_LATCH_SFT 10
|
|
|
|
#define NAU8825_ICTRL_LATCH_MASK (0x7 << NAU8825_ICTRL_LATCH_SFT)
|
2015-10-20 07:49:05 +08:00
|
|
|
#define NAU8825_FLL_RATIO_MASK (0x7f << 0)
|
|
|
|
|
|
|
|
/* FLL3 (0x06) */
|
ASoC: nau8825: FLL parameters finetune
The driver fine-tune some parameters to improve FLL performance.
Those items have description as follow.
(1)ICTRL_LATCH: FLL DSP speed capability control
When FLL running at high frequency with long decimal number, DSP needs
to operate at high speed. FLL DSP can optimize between performance and
power consumption by ICTRL_LATCH.(111 has highest power consumption.)
The default setting can be used to reduce power.
(2)CUTOFF500: loop filter cutoff frequency at 500Khz
It will give the best FLL performance but highest power consumption
to enable the cutoff frequency. FLL Loop Filter enable to reduce FLL
output noise, especially,(DCO frequency)/(FLL input reference frequency)
is not a integer.
(3)GAIN_ERR: FLL gain error correction threshold setting
The threshold is comparison between DCO and target frequency.
The value 1111 has the most sensitive threshold, that is, 1111 can have
the most accurate DCO to target frequency. However, the gain error setting
conditionally and inversely depends on FLL input reference clock rate.
Higher FLL reference input frequency can only set lower gain error, such
as 0000 for input reference from MCLK=12.288Mhz. On the other side, if FLL
reference input is from Frame Sync, 48KHz, higher error gain can apply
such as 1111.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-11-11 12:16:29 +08:00
|
|
|
#define NAU8825_GAIN_ERR_SFT 12
|
|
|
|
#define NAU8825_GAIN_ERR_MASK (0xf << NAU8825_GAIN_ERR_SFT)
|
2015-10-20 07:49:05 +08:00
|
|
|
#define NAU8825_FLL_INTEGER_MASK (0x3ff << 0)
|
2016-03-15 12:08:21 +08:00
|
|
|
#define NAU8825_FLL_CLK_SRC_SFT 10
|
|
|
|
#define NAU8825_FLL_CLK_SRC_MASK (0x3 << NAU8825_FLL_CLK_SRC_SFT)
|
|
|
|
#define NAU8825_FLL_CLK_SRC_MCLK (0 << NAU8825_FLL_CLK_SRC_SFT)
|
|
|
|
#define NAU8825_FLL_CLK_SRC_BLK (0x2 << NAU8825_FLL_CLK_SRC_SFT)
|
|
|
|
#define NAU8825_FLL_CLK_SRC_FS (0x3 << NAU8825_FLL_CLK_SRC_SFT)
|
2015-10-20 07:49:05 +08:00
|
|
|
|
|
|
|
/* FLL4 (0x07) */
|
|
|
|
#define NAU8825_FLL_REF_DIV_MASK (0x3 << 10)
|
|
|
|
|
|
|
|
/* FLL5 (0x08) */
|
2016-03-15 12:09:36 +08:00
|
|
|
#define NAU8825_FLL_PDB_DAC_EN (0x1 << 15)
|
|
|
|
#define NAU8825_FLL_LOOP_FTR_EN (0x1 << 14)
|
|
|
|
#define NAU8825_FLL_CLK_SW_MASK (0x1 << 13)
|
|
|
|
#define NAU8825_FLL_CLK_SW_N2 (0x1 << 13)
|
|
|
|
#define NAU8825_FLL_CLK_SW_REF (0x0 << 13)
|
|
|
|
#define NAU8825_FLL_FTR_SW_MASK (0x1 << 12)
|
|
|
|
#define NAU8825_FLL_FTR_SW_ACCU (0x1 << 12)
|
|
|
|
#define NAU8825_FLL_FTR_SW_FILTER (0x0 << 12)
|
2015-10-03 00:49:14 +08:00
|
|
|
|
|
|
|
/* FLL6 (0x9) */
|
2015-10-20 07:49:05 +08:00
|
|
|
#define NAU8825_DCO_EN (0x1 << 15)
|
|
|
|
#define NAU8825_SDM_EN (0x1 << 14)
|
ASoC: nau8825: FLL parameters finetune
The driver fine-tune some parameters to improve FLL performance.
Those items have description as follow.
(1)ICTRL_LATCH: FLL DSP speed capability control
When FLL running at high frequency with long decimal number, DSP needs
to operate at high speed. FLL DSP can optimize between performance and
power consumption by ICTRL_LATCH.(111 has highest power consumption.)
The default setting can be used to reduce power.
(2)CUTOFF500: loop filter cutoff frequency at 500Khz
It will give the best FLL performance but highest power consumption
to enable the cutoff frequency. FLL Loop Filter enable to reduce FLL
output noise, especially,(DCO frequency)/(FLL input reference frequency)
is not a integer.
(3)GAIN_ERR: FLL gain error correction threshold setting
The threshold is comparison between DCO and target frequency.
The value 1111 has the most sensitive threshold, that is, 1111 can have
the most accurate DCO to target frequency. However, the gain error setting
conditionally and inversely depends on FLL input reference clock rate.
Higher FLL reference input frequency can only set lower gain error, such
as 0000 for input reference from MCLK=12.288Mhz. On the other side, if FLL
reference input is from Frame Sync, 48KHz, higher error gain can apply
such as 1111.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-11-11 12:16:29 +08:00
|
|
|
#define NAU8825_CUTOFF500 (0x1 << 13)
|
2015-10-03 00:49:14 +08:00
|
|
|
|
|
|
|
/* HSD_CTRL (0xc) */
|
|
|
|
#define NAU8825_HSD_AUTO_MODE (1 << 6)
|
2016-03-12 09:33:58 +08:00
|
|
|
/* 0 - open, 1 - short to GND */
|
2015-10-03 00:49:14 +08:00
|
|
|
#define NAU8825_SPKR_DWN1R (1 << 1)
|
|
|
|
#define NAU8825_SPKR_DWN1L (1 << 0)
|
|
|
|
|
|
|
|
/* JACK_DET_CTRL (0xd) */
|
|
|
|
#define NAU8825_JACK_DET_RESTART (1 << 9)
|
ASoC: nau8825: non-clock jack detection for power saving at standby
The driver changes jack type detection interruption to non-clock archi-
tecture for less 1mW power saving. The architecture is called manual mode
jack detection. It has no hardware debounce, no jack type detection, but
only detecting jack insertion. After jack insertion, the driver will
switch to auto mode jack detection with internal clock which can detect
microphone, jack type and do hardware debounce.
The manual architecture has these main changes including codec initiation,
interruption, clock control, and power management. When codec initiation
or system resume, the clock is closed as jack insertion detection at man-
ual mode, and bypass debounce circuit. These configurations move to resume
setup function when setup bias level after resume.
When jack insertion detection happens, the manual mode turns off and make
configuration about jack type detection interruption at auto mode in auto
irq setup function which can detect microphone and jack type. The inter-
ruption will switch to manual mode again with clock free until jack ejec-
tion happens.
The system clock configuration adds clock disable option which can disable
internal VCO clock. Before the system clock change, there is an restric-
tion added to make sure clock disabled and not config any clock when no
headset connected.
In power management, we involve the solution about races and jack detec-
tion in resume from Ben Zhang in the following patch and list his comment.
[PATCH] ASoC: nau8825: Fix jack detection across suspend
"Jack plug status is rechecked at resume to handle plug/unplug
in S3 when the chip has no power."
"Suspend/resume callbacks are moved from the i2c dev_pm_ops to
snd_soc_codec_driver. soc_resume_deferred is a delayed work
which may trigger nau8825_set_bias_level. The bias change races
against dev_pm_ops, causing jack detection issues.
soc_resume_deferred ensures bias change and snd_soc_codec_driver
suspend/resume are sequenced correctly."
Change SAR widget to supply type which can prevent the codec keeping at
SND_SOC_BIAS_ON during suspend. The codec suspend function can just invoke
normally.
Before the system suspends, the driver turns off all interruptions. Keep
the interruption quiet before resume setup completes. The ADC channel will
be disabled which is needed for interruptions at audo mode.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-05-23 10:25:40 +08:00
|
|
|
#define NAU8825_JACK_DET_DB_BYPASS (1 << 8)
|
2015-10-03 00:49:14 +08:00
|
|
|
#define NAU8825_JACK_INSERT_DEBOUNCE_SFT 5
|
|
|
|
#define NAU8825_JACK_INSERT_DEBOUNCE_MASK (0x7 << NAU8825_JACK_INSERT_DEBOUNCE_SFT)
|
|
|
|
#define NAU8825_JACK_EJECT_DEBOUNCE_SFT 2
|
|
|
|
#define NAU8825_JACK_EJECT_DEBOUNCE_MASK (0x7 << NAU8825_JACK_EJECT_DEBOUNCE_SFT)
|
|
|
|
#define NAU8825_JACK_POLARITY (1 << 1) /* 0 - active low, 1 - active high */
|
|
|
|
|
|
|
|
/* INTERRUPT_MASK (0xf) */
|
|
|
|
#define NAU8825_IRQ_OUTPUT_EN (1 << 11)
|
|
|
|
#define NAU8825_IRQ_HEADSET_COMPLETE_EN (1 << 10)
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_IRQ_RMS_EN (1 << 8)
|
2015-10-03 00:49:14 +08:00
|
|
|
#define NAU8825_IRQ_KEY_RELEASE_EN (1 << 7)
|
|
|
|
#define NAU8825_IRQ_KEY_SHORT_PRESS_EN (1 << 5)
|
|
|
|
#define NAU8825_IRQ_EJECT_EN (1 << 2)
|
ASoC: nau8825: non-clock jack detection for power saving at standby
The driver changes jack type detection interruption to non-clock archi-
tecture for less 1mW power saving. The architecture is called manual mode
jack detection. It has no hardware debounce, no jack type detection, but
only detecting jack insertion. After jack insertion, the driver will
switch to auto mode jack detection with internal clock which can detect
microphone, jack type and do hardware debounce.
The manual architecture has these main changes including codec initiation,
interruption, clock control, and power management. When codec initiation
or system resume, the clock is closed as jack insertion detection at man-
ual mode, and bypass debounce circuit. These configurations move to resume
setup function when setup bias level after resume.
When jack insertion detection happens, the manual mode turns off and make
configuration about jack type detection interruption at auto mode in auto
irq setup function which can detect microphone and jack type. The inter-
ruption will switch to manual mode again with clock free until jack ejec-
tion happens.
The system clock configuration adds clock disable option which can disable
internal VCO clock. Before the system clock change, there is an restric-
tion added to make sure clock disabled and not config any clock when no
headset connected.
In power management, we involve the solution about races and jack detec-
tion in resume from Ben Zhang in the following patch and list his comment.
[PATCH] ASoC: nau8825: Fix jack detection across suspend
"Jack plug status is rechecked at resume to handle plug/unplug
in S3 when the chip has no power."
"Suspend/resume callbacks are moved from the i2c dev_pm_ops to
snd_soc_codec_driver. soc_resume_deferred is a delayed work
which may trigger nau8825_set_bias_level. The bias change races
against dev_pm_ops, causing jack detection issues.
soc_resume_deferred ensures bias change and snd_soc_codec_driver
suspend/resume are sequenced correctly."
Change SAR widget to supply type which can prevent the codec keeping at
SND_SOC_BIAS_ON during suspend. The codec suspend function can just invoke
normally.
Before the system suspends, the driver turns off all interruptions. Keep
the interruption quiet before resume setup completes. The ADC channel will
be disabled which is needed for interruptions at audo mode.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-05-23 10:25:40 +08:00
|
|
|
#define NAU8825_IRQ_INSERT_EN (1 << 0)
|
2015-10-03 00:49:14 +08:00
|
|
|
|
|
|
|
/* IRQ_STATUS (0x10) */
|
|
|
|
#define NAU8825_HEADSET_COMPLETION_IRQ (1 << 10)
|
|
|
|
#define NAU8825_SHORT_CIRCUIT_IRQ (1 << 9)
|
|
|
|
#define NAU8825_IMPEDANCE_MEAS_IRQ (1 << 8)
|
|
|
|
#define NAU8825_KEY_IRQ_MASK (0x7 << 5)
|
|
|
|
#define NAU8825_KEY_RELEASE_IRQ (1 << 7)
|
|
|
|
#define NAU8825_KEY_LONG_PRESS_IRQ (1 << 6)
|
|
|
|
#define NAU8825_KEY_SHORT_PRESS_IRQ (1 << 5)
|
|
|
|
#define NAU8825_MIC_DETECTION_IRQ (1 << 4)
|
|
|
|
#define NAU8825_JACK_EJECTION_IRQ_MASK (3 << 2)
|
|
|
|
#define NAU8825_JACK_EJECTION_DETECTED (1 << 2)
|
|
|
|
#define NAU8825_JACK_INSERTION_IRQ_MASK (3 << 0)
|
|
|
|
#define NAU8825_JACK_INSERTION_DETECTED (1 << 0)
|
|
|
|
|
|
|
|
/* INTERRUPT_DIS_CTRL (0x12) */
|
|
|
|
#define NAU8825_IRQ_HEADSET_COMPLETE_DIS (1 << 10)
|
|
|
|
#define NAU8825_IRQ_KEY_RELEASE_DIS (1 << 7)
|
|
|
|
#define NAU8825_IRQ_KEY_SHORT_PRESS_DIS (1 << 5)
|
|
|
|
#define NAU8825_IRQ_EJECT_DIS (1 << 2)
|
ASoC: nau8825: non-clock jack detection for power saving at standby
The driver changes jack type detection interruption to non-clock archi-
tecture for less 1mW power saving. The architecture is called manual mode
jack detection. It has no hardware debounce, no jack type detection, but
only detecting jack insertion. After jack insertion, the driver will
switch to auto mode jack detection with internal clock which can detect
microphone, jack type and do hardware debounce.
The manual architecture has these main changes including codec initiation,
interruption, clock control, and power management. When codec initiation
or system resume, the clock is closed as jack insertion detection at man-
ual mode, and bypass debounce circuit. These configurations move to resume
setup function when setup bias level after resume.
When jack insertion detection happens, the manual mode turns off and make
configuration about jack type detection interruption at auto mode in auto
irq setup function which can detect microphone and jack type. The inter-
ruption will switch to manual mode again with clock free until jack ejec-
tion happens.
The system clock configuration adds clock disable option which can disable
internal VCO clock. Before the system clock change, there is an restric-
tion added to make sure clock disabled and not config any clock when no
headset connected.
In power management, we involve the solution about races and jack detec-
tion in resume from Ben Zhang in the following patch and list his comment.
[PATCH] ASoC: nau8825: Fix jack detection across suspend
"Jack plug status is rechecked at resume to handle plug/unplug
in S3 when the chip has no power."
"Suspend/resume callbacks are moved from the i2c dev_pm_ops to
snd_soc_codec_driver. soc_resume_deferred is a delayed work
which may trigger nau8825_set_bias_level. The bias change races
against dev_pm_ops, causing jack detection issues.
soc_resume_deferred ensures bias change and snd_soc_codec_driver
suspend/resume are sequenced correctly."
Change SAR widget to supply type which can prevent the codec keeping at
SND_SOC_BIAS_ON during suspend. The codec suspend function can just invoke
normally.
Before the system suspends, the driver turns off all interruptions. Keep
the interruption quiet before resume setup completes. The ADC channel will
be disabled which is needed for interruptions at audo mode.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-05-23 10:25:40 +08:00
|
|
|
#define NAU8825_IRQ_INSERT_DIS (1 << 0)
|
2015-10-03 00:49:14 +08:00
|
|
|
|
|
|
|
/* SAR_CTRL (0x13) */
|
|
|
|
#define NAU8825_SAR_ADC_EN_SFT 12
|
|
|
|
#define NAU8825_SAR_ADC_EN (1 << NAU8825_SAR_ADC_EN_SFT)
|
|
|
|
#define NAU8825_SAR_INPUT_MASK (1 << 11)
|
|
|
|
#define NAU8825_SAR_INPUT_JKSLV (1 << 11)
|
|
|
|
#define NAU8825_SAR_INPUT_JKR2 (0 << 11)
|
|
|
|
#define NAU8825_SAR_TRACKING_GAIN_SFT 8
|
|
|
|
#define NAU8825_SAR_TRACKING_GAIN_MASK (0x7 << NAU8825_SAR_TRACKING_GAIN_SFT)
|
|
|
|
#define NAU8825_SAR_COMPARE_TIME_SFT 2
|
|
|
|
#define NAU8825_SAR_COMPARE_TIME_MASK (3 << 2)
|
|
|
|
#define NAU8825_SAR_SAMPLING_TIME_SFT 0
|
|
|
|
#define NAU8825_SAR_SAMPLING_TIME_MASK (3 << 0)
|
|
|
|
|
|
|
|
/* KEYDET_CTRL (0x14) */
|
|
|
|
#define NAU8825_KEYDET_SHORTKEY_DEBOUNCE_SFT 12
|
|
|
|
#define NAU8825_KEYDET_SHORTKEY_DEBOUNCE_MASK (0x3 << NAU8825_KEYDET_SHORTKEY_DEBOUNCE_SFT)
|
|
|
|
#define NAU8825_KEYDET_LEVELS_NR_SFT 8
|
|
|
|
#define NAU8825_KEYDET_LEVELS_NR_MASK (0x7 << 8)
|
|
|
|
#define NAU8825_KEYDET_HYSTERESIS_SFT 0
|
|
|
|
#define NAU8825_KEYDET_HYSTERESIS_MASK 0xf
|
|
|
|
|
|
|
|
/* GPIO12_CTRL (0x1a) */
|
|
|
|
#define NAU8825_JKDET_PULL_UP (1 << 11) /* 0 - pull down, 1 - pull up */
|
|
|
|
#define NAU8825_JKDET_PULL_EN (1 << 9) /* 0 - enable pull, 1 - disable */
|
|
|
|
#define NAU8825_JKDET_OUTPUT_EN (1 << 8) /* 0 - enable input, 1 - enable output */
|
|
|
|
|
|
|
|
/* I2S_PCM_CTRL1 (0x1c) */
|
|
|
|
#define NAU8825_I2S_BP_SFT 7
|
|
|
|
#define NAU8825_I2S_BP_MASK (1 << NAU8825_I2S_BP_SFT)
|
|
|
|
#define NAU8825_I2S_BP_INV (1 << NAU8825_I2S_BP_SFT)
|
|
|
|
#define NAU8825_I2S_PCMB_SFT 6
|
|
|
|
#define NAU8825_I2S_PCMB_MASK (1 << NAU8825_I2S_PCMB_SFT)
|
|
|
|
#define NAU8825_I2S_PCMB_EN (1 << NAU8825_I2S_PCMB_SFT)
|
|
|
|
#define NAU8825_I2S_DL_SFT 2
|
|
|
|
#define NAU8825_I2S_DL_MASK (0x3 << NAU8825_I2S_DL_SFT)
|
|
|
|
#define NAU8825_I2S_DL_16 (0 << NAU8825_I2S_DL_SFT)
|
|
|
|
#define NAU8825_I2S_DL_20 (1 << NAU8825_I2S_DL_SFT)
|
|
|
|
#define NAU8825_I2S_DL_24 (2 << NAU8825_I2S_DL_SFT)
|
|
|
|
#define NAU8825_I2S_DL_32 (3 << NAU8825_I2S_DL_SFT)
|
|
|
|
#define NAU8825_I2S_DF_SFT 0
|
|
|
|
#define NAU8825_I2S_DF_MASK (0x3 << NAU8825_I2S_DF_SFT)
|
|
|
|
#define NAU8825_I2S_DF_RIGTH (0 << NAU8825_I2S_DF_SFT)
|
|
|
|
#define NAU8825_I2S_DF_LEFT (1 << NAU8825_I2S_DF_SFT)
|
|
|
|
#define NAU8825_I2S_DF_I2S (2 << NAU8825_I2S_DF_SFT)
|
|
|
|
#define NAU8825_I2S_DF_PCM_AB (3 << NAU8825_I2S_DF_SFT)
|
|
|
|
|
|
|
|
/* I2S_PCM_CTRL2 (0x1d) */
|
|
|
|
#define NAU8825_I2S_TRISTATE (1 << 15) /* 0 - normal mode, 1 - Hi-Z output */
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_I2S_DRV_SFT 12
|
|
|
|
#define NAU8825_I2S_DRV_MASK (0x3 << NAU8825_I2S_DRV_SFT)
|
2015-10-03 00:49:14 +08:00
|
|
|
#define NAU8825_I2S_MS_SFT 3
|
|
|
|
#define NAU8825_I2S_MS_MASK (1 << NAU8825_I2S_MS_SFT)
|
|
|
|
#define NAU8825_I2S_MS_MASTER (1 << NAU8825_I2S_MS_SFT)
|
|
|
|
#define NAU8825_I2S_MS_SLAVE (0 << NAU8825_I2S_MS_SFT)
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_I2S_BLK_DIV_MASK 0x7
|
2015-10-03 00:49:14 +08:00
|
|
|
|
2016-11-11 12:34:12 +08:00
|
|
|
/* LEFT_TIME_SLOT (0x1e) */
|
|
|
|
#define NAU8825_FS_ERR_CMP_SEL_SFT 14
|
|
|
|
#define NAU8825_FS_ERR_CMP_SEL_MASK (0x3 << NAU8825_FS_ERR_CMP_SEL_SFT)
|
|
|
|
#define NAU8825_DIS_FS_SHORT_DET (1 << 13)
|
|
|
|
|
2016-05-31 11:57:41 +08:00
|
|
|
/* BIQ_CTRL (0x20) */
|
|
|
|
#define NAU8825_BIQ_WRT_SFT 4
|
|
|
|
#define NAU8825_BIQ_WRT_EN (1 << NAU8825_BIQ_WRT_SFT)
|
|
|
|
#define NAU8825_BIQ_PATH_SFT 0
|
|
|
|
#define NAU8825_BIQ_PATH_MASK (1 << NAU8825_BIQ_PATH_SFT)
|
|
|
|
#define NAU8825_BIQ_PATH_ADC (0 << NAU8825_BIQ_PATH_SFT)
|
|
|
|
#define NAU8825_BIQ_PATH_DAC (1 << NAU8825_BIQ_PATH_SFT)
|
|
|
|
|
2015-10-03 00:49:14 +08:00
|
|
|
/* ADC_RATE (0x2b) */
|
|
|
|
#define NAU8825_ADC_SYNC_DOWN_SFT 0
|
|
|
|
#define NAU8825_ADC_SYNC_DOWN_MASK 0x3
|
|
|
|
#define NAU8825_ADC_SYNC_DOWN_32 0
|
|
|
|
#define NAU8825_ADC_SYNC_DOWN_64 1
|
|
|
|
#define NAU8825_ADC_SYNC_DOWN_128 2
|
|
|
|
#define NAU8825_ADC_SYNC_DOWN_256 3
|
|
|
|
|
|
|
|
/* DAC_CTRL1 (0x2c) */
|
|
|
|
#define NAU8825_DAC_CLIP_OFF (1 << 7)
|
|
|
|
#define NAU8825_DAC_OVERSAMPLE_SFT 0
|
|
|
|
#define NAU8825_DAC_OVERSAMPLE_MASK 0x7
|
|
|
|
#define NAU8825_DAC_OVERSAMPLE_64 0
|
|
|
|
#define NAU8825_DAC_OVERSAMPLE_256 1
|
|
|
|
#define NAU8825_DAC_OVERSAMPLE_128 2
|
|
|
|
#define NAU8825_DAC_OVERSAMPLE_32 4
|
|
|
|
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
/* ADC_DGAIN_CTRL (0x30) */
|
|
|
|
#define NAU8825_ADC_DIG_VOL_MASK 0xff
|
|
|
|
|
2015-10-03 00:49:14 +08:00
|
|
|
/* MUTE_CTRL (0x31) */
|
|
|
|
#define NAU8825_DAC_ZERO_CROSSING_EN (1 << 9)
|
|
|
|
#define NAU8825_DAC_SOFT_MUTE (1 << 9)
|
|
|
|
|
|
|
|
/* HSVOL_CTRL (0x32) */
|
|
|
|
#define NAU8825_HP_MUTE (1 << 15)
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_HP_MUTE_AUTO (1 << 14)
|
|
|
|
#define NAU8825_HPL_MUTE (1 << 13)
|
|
|
|
#define NAU8825_HPR_MUTE (1 << 12)
|
|
|
|
#define NAU8825_HPL_VOL_SFT 6
|
|
|
|
#define NAU8825_HPL_VOL_MASK (0x3f << NAU8825_HPL_VOL_SFT)
|
|
|
|
#define NAU8825_HPR_VOL_SFT 0
|
|
|
|
#define NAU8825_HPR_VOL_MASK (0x3f << NAU8825_HPR_VOL_SFT)
|
|
|
|
#define NAU8825_HP_VOL_MIN 0x36
|
2015-10-03 00:49:14 +08:00
|
|
|
|
|
|
|
/* DACL_CTRL (0x33) */
|
|
|
|
#define NAU8825_DACL_CH_SEL_SFT 9
|
2016-03-30 14:57:11 +08:00
|
|
|
#define NAU8825_DACL_CH_SEL_MASK (0x1 << NAU8825_DACL_CH_SEL_SFT)
|
|
|
|
#define NAU8825_DACL_CH_SEL_L (0x0 << NAU8825_DACL_CH_SEL_SFT)
|
|
|
|
#define NAU8825_DACL_CH_SEL_R (0x1 << NAU8825_DACL_CH_SEL_SFT)
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_DACL_CH_VOL_MASK 0xff
|
2015-10-03 00:49:14 +08:00
|
|
|
|
|
|
|
/* DACR_CTRL (0x34) */
|
|
|
|
#define NAU8825_DACR_CH_SEL_SFT 9
|
2016-03-30 14:57:11 +08:00
|
|
|
#define NAU8825_DACR_CH_SEL_MASK (0x1 << NAU8825_DACR_CH_SEL_SFT)
|
|
|
|
#define NAU8825_DACR_CH_SEL_L (0x0 << NAU8825_DACR_CH_SEL_SFT)
|
|
|
|
#define NAU8825_DACR_CH_SEL_R (0x1 << NAU8825_DACR_CH_SEL_SFT)
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_DACR_CH_VOL_MASK 0xff
|
|
|
|
|
|
|
|
/* IMM_MODE_CTRL (0x4C) */
|
|
|
|
#define NAU8825_IMM_THD_SFT 8
|
|
|
|
#define NAU8825_IMM_THD_MASK (0x3f << NAU8825_IMM_THD_SFT)
|
|
|
|
#define NAU8825_IMM_GEN_VOL_SFT 6
|
|
|
|
#define NAU8825_IMM_GEN_VOL_MASK (0x3 << NAU8825_IMM_GEN_VOL_SFT)
|
|
|
|
#define NAU8825_IMM_GEN_VOL_1_2nd (0x0 << NAU8825_IMM_GEN_VOL_SFT)
|
|
|
|
#define NAU8825_IMM_GEN_VOL_1_4th (0x1 << NAU8825_IMM_GEN_VOL_SFT)
|
|
|
|
#define NAU8825_IMM_GEN_VOL_1_8th (0x2 << NAU8825_IMM_GEN_VOL_SFT)
|
|
|
|
#define NAU8825_IMM_GEN_VOL_1_16th (0x3 << NAU8825_IMM_GEN_VOL_SFT)
|
|
|
|
|
|
|
|
#define NAU8825_IMM_CYC_SFT 4
|
|
|
|
#define NAU8825_IMM_CYC_MASK (0x3 << NAU8825_IMM_CYC_SFT)
|
|
|
|
#define NAU8825_IMM_CYC_1024 (0x0 << NAU8825_IMM_CYC_SFT)
|
|
|
|
#define NAU8825_IMM_CYC_2048 (0x1 << NAU8825_IMM_CYC_SFT)
|
|
|
|
#define NAU8825_IMM_CYC_4096 (0x2 << NAU8825_IMM_CYC_SFT)
|
|
|
|
#define NAU8825_IMM_CYC_8192 (0x3 << NAU8825_IMM_CYC_SFT)
|
|
|
|
#define NAU8825_IMM_EN (1 << 3)
|
|
|
|
#define NAU8825_IMM_DAC_SRC_MASK 0x7
|
|
|
|
#define NAU8825_IMM_DAC_SRC_BIQ 0x0
|
|
|
|
#define NAU8825_IMM_DAC_SRC_DRC 0x1
|
|
|
|
#define NAU8825_IMM_DAC_SRC_MIX 0x2
|
|
|
|
#define NAU8825_IMM_DAC_SRC_SIN 0x3
|
2015-10-03 00:49:14 +08:00
|
|
|
|
2016-03-12 09:33:58 +08:00
|
|
|
/* CLASSG_CTRL (0x50) */
|
|
|
|
#define NAU8825_CLASSG_TIMER_SFT 8
|
|
|
|
#define NAU8825_CLASSG_TIMER_MASK (0x3f << NAU8825_CLASSG_TIMER_SFT)
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_CLASSG_TIMER_1ms (0x1 << NAU8825_CLASSG_TIMER_SFT)
|
|
|
|
#define NAU8825_CLASSG_TIMER_2ms (0x2 << NAU8825_CLASSG_TIMER_SFT)
|
|
|
|
#define NAU8825_CLASSG_TIMER_8ms (0x4 << NAU8825_CLASSG_TIMER_SFT)
|
|
|
|
#define NAU8825_CLASSG_TIMER_16ms (0x8 << NAU8825_CLASSG_TIMER_SFT)
|
|
|
|
#define NAU8825_CLASSG_TIMER_32ms (0x10 << NAU8825_CLASSG_TIMER_SFT)
|
|
|
|
#define NAU8825_CLASSG_TIMER_64ms (0x20 << NAU8825_CLASSG_TIMER_SFT)
|
|
|
|
#define NAU8825_CLASSG_LDAC_EN (0x1 << 2)
|
|
|
|
#define NAU8825_CLASSG_RDAC_EN (0x1 << 1)
|
2016-03-12 09:33:58 +08:00
|
|
|
#define NAU8825_CLASSG_EN (1 << 0)
|
|
|
|
|
2015-10-03 00:49:14 +08:00
|
|
|
/* I2C_DEVICE_ID (0x58) */
|
|
|
|
#define NAU8825_GPIO2JD1 (1 << 7)
|
|
|
|
#define NAU8825_SOFTWARE_ID_MASK 0x3
|
|
|
|
#define NAU8825_SOFTWARE_ID_NAU8825 0x0
|
|
|
|
|
|
|
|
/* BIAS_ADJ (0x66) */
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_BIAS_HPR_IMP (1 << 15)
|
|
|
|
#define NAU8825_BIAS_HPL_IMP (1 << 14)
|
|
|
|
#define NAU8825_BIAS_TESTDAC_SFT 8
|
|
|
|
#define NAU8825_BIAS_TESTDAC_EN (0x3 << NAU8825_BIAS_TESTDAC_SFT)
|
|
|
|
#define NAU8825_BIAS_TESTDACR_EN (0x2 << NAU8825_BIAS_TESTDAC_SFT)
|
|
|
|
#define NAU8825_BIAS_TESTDACL_EN (0x1 << NAU8825_BIAS_TESTDAC_SFT)
|
2015-10-03 00:49:14 +08:00
|
|
|
#define NAU8825_BIAS_VMID (1 << 6)
|
|
|
|
#define NAU8825_BIAS_VMID_SEL_SFT 4
|
|
|
|
#define NAU8825_BIAS_VMID_SEL_MASK (3 << NAU8825_BIAS_VMID_SEL_SFT)
|
|
|
|
|
|
|
|
/* ANALOG_CONTROL_2 (0x6a) */
|
|
|
|
#define NAU8825_HP_NON_CLASSG_CURRENT_2xADJ (1 << 12)
|
|
|
|
#define NAU8825_DAC_CAPACITOR_MSB (1 << 1)
|
|
|
|
#define NAU8825_DAC_CAPACITOR_LSB (1 << 0)
|
|
|
|
|
|
|
|
/* ANALOG_ADC_2 (0x72) */
|
|
|
|
#define NAU8825_ADC_VREFSEL_MASK (0x3 << 8)
|
|
|
|
#define NAU8825_ADC_VREFSEL_ANALOG (0 << 8)
|
|
|
|
#define NAU8825_ADC_VREFSEL_VMID (1 << 8)
|
|
|
|
#define NAU8825_ADC_VREFSEL_VMID_PLUS_0_5DB (2 << 8)
|
|
|
|
#define NAU8825_ADC_VREFSEL_VMID_PLUS_1DB (3 << 8)
|
|
|
|
#define NAU8825_POWERUP_ADCL (1 << 6)
|
|
|
|
|
2016-03-12 09:33:58 +08:00
|
|
|
/* RDAC (0x73) */
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
#define NAU8825_RDAC_FS_BCLK_ENB (1 << 15)
|
|
|
|
#define NAU8825_RDAC_EN_SFT 12
|
|
|
|
#define NAU8825_RDAC_EN (0x3 << NAU8825_RDAC_EN_SFT)
|
|
|
|
#define NAU8825_RDAC_CLK_EN_SFT 8
|
|
|
|
#define NAU8825_RDAC_CLK_EN (0x3 << NAU8825_RDAC_CLK_EN_SFT)
|
2016-03-12 09:33:58 +08:00
|
|
|
#define NAU8825_RDAC_CLK_DELAY_SFT 4
|
|
|
|
#define NAU8825_RDAC_CLK_DELAY_MASK (0x7 << NAU8825_RDAC_CLK_DELAY_SFT)
|
|
|
|
#define NAU8825_RDAC_VREF_SFT 2
|
|
|
|
#define NAU8825_RDAC_VREF_MASK (0x3 << NAU8825_RDAC_VREF_SFT)
|
|
|
|
|
2015-10-03 00:49:14 +08:00
|
|
|
/* MIC_BIAS (0x74) */
|
|
|
|
#define NAU8825_MICBIAS_JKSLV (1 << 14)
|
|
|
|
#define NAU8825_MICBIAS_JKR2 (1 << 12)
|
|
|
|
#define NAU8825_MICBIAS_POWERUP_SFT 8
|
|
|
|
#define NAU8825_MICBIAS_VOLTAGE_SFT 0
|
|
|
|
#define NAU8825_MICBIAS_VOLTAGE_MASK 0x7
|
|
|
|
|
|
|
|
/* BOOST (0x76) */
|
|
|
|
#define NAU8825_PRECHARGE_DIS (1 << 13)
|
|
|
|
#define NAU8825_GLOBAL_BIAS_EN (1 << 12)
|
2016-03-12 09:33:58 +08:00
|
|
|
#define NAU8825_HP_BOOST_DIS (1 << 9)
|
2015-10-03 00:49:14 +08:00
|
|
|
#define NAU8825_HP_BOOST_G_DIS (1 << 8)
|
|
|
|
#define NAU8825_SHORT_SHUTDOWN_EN (1 << 6)
|
|
|
|
|
|
|
|
/* POWER_UP_CONTROL (0x7f) */
|
|
|
|
#define NAU8825_POWERUP_INTEGR_R (1 << 5)
|
|
|
|
#define NAU8825_POWERUP_INTEGR_L (1 << 4)
|
|
|
|
#define NAU8825_POWERUP_DRV_IN_R (1 << 3)
|
|
|
|
#define NAU8825_POWERUP_DRV_IN_L (1 << 2)
|
|
|
|
#define NAU8825_POWERUP_HP_DRV_R (1 << 1)
|
|
|
|
#define NAU8825_POWERUP_HP_DRV_L (1 << 0)
|
|
|
|
|
|
|
|
/* CHARGE_PUMP (0x80) */
|
|
|
|
#define NAU8825_JAMNODCLOW (1 << 10)
|
|
|
|
#define NAU8825_POWER_DOWN_DACR (1 << 9)
|
|
|
|
#define NAU8825_POWER_DOWN_DACL (1 << 8)
|
|
|
|
#define NAU8825_CHANRGE_PUMP_EN (1 << 5)
|
|
|
|
|
|
|
|
|
|
|
|
/* System Clock Source */
|
|
|
|
enum {
|
ASoC: nau8825: non-clock jack detection for power saving at standby
The driver changes jack type detection interruption to non-clock archi-
tecture for less 1mW power saving. The architecture is called manual mode
jack detection. It has no hardware debounce, no jack type detection, but
only detecting jack insertion. After jack insertion, the driver will
switch to auto mode jack detection with internal clock which can detect
microphone, jack type and do hardware debounce.
The manual architecture has these main changes including codec initiation,
interruption, clock control, and power management. When codec initiation
or system resume, the clock is closed as jack insertion detection at man-
ual mode, and bypass debounce circuit. These configurations move to resume
setup function when setup bias level after resume.
When jack insertion detection happens, the manual mode turns off and make
configuration about jack type detection interruption at auto mode in auto
irq setup function which can detect microphone and jack type. The inter-
ruption will switch to manual mode again with clock free until jack ejec-
tion happens.
The system clock configuration adds clock disable option which can disable
internal VCO clock. Before the system clock change, there is an restric-
tion added to make sure clock disabled and not config any clock when no
headset connected.
In power management, we involve the solution about races and jack detec-
tion in resume from Ben Zhang in the following patch and list his comment.
[PATCH] ASoC: nau8825: Fix jack detection across suspend
"Jack plug status is rechecked at resume to handle plug/unplug
in S3 when the chip has no power."
"Suspend/resume callbacks are moved from the i2c dev_pm_ops to
snd_soc_codec_driver. soc_resume_deferred is a delayed work
which may trigger nau8825_set_bias_level. The bias change races
against dev_pm_ops, causing jack detection issues.
soc_resume_deferred ensures bias change and snd_soc_codec_driver
suspend/resume are sequenced correctly."
Change SAR widget to supply type which can prevent the codec keeping at
SND_SOC_BIAS_ON during suspend. The codec suspend function can just invoke
normally.
Before the system suspends, the driver turns off all interruptions. Keep
the interruption quiet before resume setup completes. The ADC channel will
be disabled which is needed for interruptions at audo mode.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-05-23 10:25:40 +08:00
|
|
|
NAU8825_CLK_DIS = 0,
|
|
|
|
NAU8825_CLK_MCLK,
|
2015-10-03 00:49:14 +08:00
|
|
|
NAU8825_CLK_INTERNAL,
|
2016-03-15 12:08:21 +08:00
|
|
|
NAU8825_CLK_FLL_MCLK,
|
|
|
|
NAU8825_CLK_FLL_BLK,
|
|
|
|
NAU8825_CLK_FLL_FS,
|
2015-10-03 00:49:14 +08:00
|
|
|
};
|
|
|
|
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
/* Cross talk detection state */
|
|
|
|
enum {
|
|
|
|
NAU8825_XTALK_PREPARE = 0,
|
|
|
|
NAU8825_XTALK_HPR_R2L,
|
|
|
|
NAU8825_XTALK_HPL_R2L,
|
|
|
|
NAU8825_XTALK_IMM,
|
|
|
|
NAU8825_XTALK_DONE,
|
|
|
|
};
|
|
|
|
|
2015-10-03 00:49:14 +08:00
|
|
|
struct nau8825 {
|
|
|
|
struct device *dev;
|
|
|
|
struct regmap *regmap;
|
|
|
|
struct snd_soc_dapm_context *dapm;
|
|
|
|
struct snd_soc_jack *jack;
|
|
|
|
struct clk *mclk;
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
struct work_struct xtalk_work;
|
|
|
|
struct semaphore xtalk_sem;
|
2015-10-03 00:49:14 +08:00
|
|
|
int irq;
|
|
|
|
int mclk_freq; /* 0 - mclk is disabled */
|
|
|
|
int button_pressed;
|
|
|
|
int micbias_voltage;
|
|
|
|
int vref_impedance;
|
|
|
|
bool jkdet_enable;
|
|
|
|
bool jkdet_pull_enable;
|
|
|
|
bool jkdet_pull_up;
|
|
|
|
int jkdet_polarity;
|
|
|
|
int sar_threshold_num;
|
|
|
|
int sar_threshold[8];
|
|
|
|
int sar_hysteresis;
|
|
|
|
int sar_voltage;
|
|
|
|
int sar_compare_time;
|
|
|
|
int sar_sampling_time;
|
|
|
|
int key_debounce;
|
|
|
|
int jack_insert_debounce;
|
|
|
|
int jack_eject_debounce;
|
ASoC: nau8825: cross talk suppression measurement function
The cross talk measurement function can reduce cross talk across the JKTIP
HPL) and JKR1(HPR) outputs which measures the cross talk signal level to
determine what is the cross talk reduction gain. This system works by
sending a 23Hz -24dBV sine wave into the headset output DAC and through
the PGA. The output of the PGA is then connected to an internal current
sense which measures the attenuated 23Hz signal and passing the output to
an ADC which converts the measurement to a binary code. With two separated
measurement, one for JKR1(HPR) and the other JKTIP(HPL), measurement data
can be separated read in IMM_RMS_L for HSR and HSL after each measurement.
Thus, the measurement function has four states to complete whole sequence.
(1)Prepare state : Prepare the resource for detection and transfer to HPR
IMM stat to make JKR1(HPR) impedance measure.
(2)HPR IMM state : Read out orignal signal level of JKR1(HPR) and transfer
to HPL IMM state to make JKTIP(HPL) impedance measure.
(3)HPL IMM state : Read out cross talk signal level of JKTIP(HPL) and
transfer to IMM state to determine suppression sidetone gain.
(4)IMM state : Computes cross talk suppression sidetone gain with orignal
and cross talk signal level. Apply this gain and then restore codec con-
figuration. Then transfer to Done state for ending.
In order to get the cross talk suppression sidetone gain, we need the
function to compute log10 value and the result is round off to 3 decimal.
This function takes reference to dvb-math. The source code locates as the
following. "Linux/drivers/media/dvb-core/dvb_math.c"
Then, the orignal and cross talk signal vlues need to be characterized.
The sidetone value can be converted to decibel with the equation below.
sidetone = 20 * log (original signal level / crosstalk signal level)
Besides, the state machine for cross talk process needs interruptions to
trigger worked. We have the RMS intrruption enabled with the internal VCO
clock when headset connected. In the interrupt handler, the driver will
judge the headset is high impedance or not. If yes, the cross talk supp-
ression shouldn't apply and do nothing but relieve the protection raised
before. Otherwise, apply the cross talk suppression in the headset and
start the process.
Because the process spends a lot of time, there is an resource race issue
easily between the application and interruption. They will control codec
power and clock concurrently. In one situaiton, the jack is inserted when
playback, and then the application changes to headset device. The applica-
tion prepares the playback and interrupt handler raises work for cross
talk process together. For this case, the solution is that driver delays
soc jack report until cross talk process completes. The mechanism can
avoid application to do playback preparation before cross talk detection
is still working.
In another situaiton, the system suspends when playback. After resume, the
system restarts playback, and meanwhile jack detection restarts. The play-
back preparation and cross talk process triggered by interruptions happens
concurrently. For the case, the driver provides the semaphone to syn-
chronize the playback and interrupt handler. In order to avoid the play-
back interfered by cross talk process, the driver make the playback prepa-
ration halted until cross talk process finish. After codec resume, the
driver finds the codec dai is active, and then the driver raises the pro-
tection for cross talk function to avoid the playback recovers before
cross talk process finish.
The driver also provides cancel method to forcely cancel the cross talk
task and restores the configuration to original status. Before the codec
remove, ejection, or suspend, the driver is obliged to cancel the cross
talk detection process. It can reduce the risk of failure when quickly and
continually doing jack insertion and ejection.
Signed-off-by: John Hsu <KCHSU0@nuvoton.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-07 10:29:27 +08:00
|
|
|
int high_imped;
|
|
|
|
int xtalk_state;
|
|
|
|
int xtalk_event;
|
|
|
|
int xtalk_event_mask;
|
|
|
|
bool xtalk_protect;
|
|
|
|
int imp_rms[NAU8825_XTALK_IMM];
|
2015-10-03 00:49:14 +08:00
|
|
|
};
|
|
|
|
|
|
|
|
int nau8825_enable_jack_detect(struct snd_soc_codec *codec,
|
|
|
|
struct snd_soc_jack *jack);
|
|
|
|
|
|
|
|
|
|
|
|
#endif /* __NAU8825_H__ */
|