本文基于Android 4.4和4.2,检测所用codec为wm8994。
Android和Kernel下的mic检测是建立在headset检测的基础上的,具体过程如下:
1) kernel通过Jack检测脚中断检测到有耳机插入
2) 读取codec寄存器判断headset是否带mic
3) 通过InputEvent/UEvent机制通知Android上层
详情可以参看我的前一篇基于耳机插拔检测的文章。本文基于UEvent机制来实现,即 switch driver的方式。
先看看带mic的耳机和不带mic的耳机的差别,如下图,不带mic的耳机为3段,带mic的耳机为4段,比对一下实物可以看出两者左右声道段没有差别,差别之处是不带mic的耳机将GND和MIC两段合并在一起。因而对于不带mic的耳机来说,GND和MIC两段是几乎短路的(有一定电阻),而mic检测就是基于这个原理。
为了实现录音,需要在MIC段施加一定的偏置电压,即micbias,对于没有mic的耳机来说,由于MIC和GND合成为一段,就相当于将micbias接地,因此会产生比较大的电流。一些codec支持电流检测功能,当电流超过某个阈值时,会将相应的寄存器设置为1,从而可以查询得到结果。
wm8994 codec支持电流检测功能,要使用该功能,需要进行相应设置。
具体的设置可以参考wm8994_mic_detect函数,但我在Linux 3.4.39中调用这个函数后会导致整个播放无声,因此只能手动设置寄存器,以MICBIAS1为例,需要手动设置寄存器代码如下:
/*enable BIAS, MICBIAS1 and VMID in R01h*/ snd_soc_update_bits(codec,WM8994_POWER_MANAGEMENT_1, WM8994_MICB1_ENA_MASK | WM8994_BIAS_ENA |WM8994_VMID_SEL_MASK, WM8994_MICB1_ENA |WM8994_BIAS_ENA | 1 << WM8994_VMID_SEL_SHIFT); /*enable MICBIAS Current Detect*/ snd_soc_update_bits(codec,WM8994_MICBIAS, WM8994_MICD_ENA, reg); /* enable MICDETdeboune */ snd_soc_update_bits(codec,WM8994_IRQ_DEBOUNCE, WM8994_MIC1_DET_DB_MASK, WM8994_MIC1_DET_DB); /* set MICDETthreshold */ snd_soc_update_bits(codec,WM8994_MICBIAS, WM8994_MICD_THR_MASK, 0b100 <<WM8994_MICD_THR_SHIFT);
由于有些寄存器和widget绑定导致dapm会在widget下电时将寄存器disable,因此还需要对codec原有代码做相应修改:
1) vmid_dereference中,对于MICBIAS和VMID的寄存器不应该设置回0,即取消如下行:
snd_soc_update_bits(codec,WM8994_POWER_MANAGEMENT_1, WM8994_BIAS_ENA |WM8994_VMID_SEL_MASK, 0);
2) 对于MICBIAS1对应的widget,将原有的其绑定的寄存器取消,MICBIAS对应widget在wm_hubs.c中,修改如下:
SND_SOC_DAPM_SUPPLY("MICBIAS1",WM8993_POWER_MANAGEMENT_1, 4, 0, NULL, 0),
-> SND_SOC_DAPM_SUPPLY("MICBIAS1", SND_SOC_NOPM, 4, 0, NULL, 0),
switch driver的实现在前一篇文章中提到过,这里基于已经实现的switch driver添加关于mic检测的部分即可。
前面提到,对于插拔检测的中断处理函数一般处理成delayed work,防止插拔过程中多次中断,那么在delayed work的回调函数中,流程如下:
1) 读取GPIO电平值,如果为高(低)电平,则耳机插入。具体是高还是低与耳机检测机制有关,大多数为高电平插入。
2) 如果检测到耳机有插入,那么读取wm8994 codec上的寄存器进行进一步判断,代码如下:
mic = wm8994_reg_read(wm8994, WM8994_INTERRUPT_RAW_STATUS_2); mic = (mic & WM8994_MIC2_DET_STS_MASK) >> WM8994_MIC2_DET_STS_SHIFT; if(mic) switch_set_state(&data->sdev, 2); //no mic else switch_set_state(&data->sdev, 1); //with mic
这里的最大问题是,在switch driver中如何访问wm8994的寄存器,即上面wm8994_reg_read的第一个参数wm8994从哪里获得?这里介绍两种方法:
这里有必要先介绍一下wm8994驱动的结构。由于wm8994的控制部分(寄存器设置)走i2c,所以在linux kernel中,wm8994首先作为一个mfd设备挂载在i2c总线下面,即为wm8994 core(对应文件drivers/mfd/wm8994-core.c)。在wm8994 core下面,有若干个子设备(codec,gpio,regulator)实现不同的功能。
其中codec(对应文件sound/soc/codecs/wm8994.c)就是wm8994 core的一个子设备,这个子设备又注册到了ASOC中。而前面提到的其它子设备(gpio,regulator)也是wm8994 codec硬件的一些其它应用,如可以将codec当作gpio或regulator设备来使用,kernel为这些特殊应用单独实现了driver。
了解了wm8994的大概结构,我这里借鉴了wm8994-regulator.c和gpio-wm8994.c访问wm8994寄存器的方法,将switch device挂载为wm8994-core.c的一个子设备,实现代码如下:
static struct mfd_cell wm8994_devs[] = { { .name= "wm8994-codec", .num_resources= ARRAY_SIZE(wm8994_codec_resources), .resources= wm8994_codec_resources, }, { .name= "wm8994-gpio", .num_resources= ARRAY_SIZE(wm8994_gpio_resources), .resources= wm8994_gpio_resources, .pm_runtime_no_callbacks= true, }, /* hp detect switch driver*/ { .name= "xxx-hp-switch", }, };
这样,通过wm8994_device_init -> mfd_add_devices中就将switch device添加成了wm8994 core的一个子设备。在switch driver的probe函数中,通过如下语句:
structwm8994 *wm8994 = dev_get_drvdata(pdev->dev.parent);
即可得到wm8994结构,从而调用wm8994_reg_read读取寄存器。
这个方法不需要实现单独的switch driver,整个检测过程中集成在codec driver中,相当于将switch driver嵌入在了codec driver中,大致流程如下:
1)在codec driver(sound/soc/codec/wm8994.c)的probe函数中:
a) 调用switch_dev_register注册一个switch device
b) 申请GPIO中断
2)在中断处理函数中读取GPIO状态和codec寄存器,判断耳机插入和mic是否存在,通过switch_set_state设置当前状态。