蓝牙语音功能的实现

蓝牙语音功能的实现

要实现蓝牙能够打skype电话,或蓝牙录音等功能,从下到上,需要做如下的修改:

audio部分:

驱动层,需要实现audio pcm的驱动。

hal层,需要添加蓝牙sco音频的通路支持。

蓝牙部分:

使用的蓝牙芯片的pcm接口连接到ap的pcm接口(用于传送音频数据),不是走的uart口传送音频数据。

使用的handfree/handset的profile,而不是a2dp profile

pcm部分,ap的pcm controller做主,蓝牙芯片做从。参数是:采样率8Khz,16bit,长/短同步,单声道


系统约束:

audioflinger目前是将系统所有声源的采样率都统一到48Khz,而我们蓝牙语音只需要8khz,所以需要有个resample的过程。

audioflinger下来的声音都是双通道的,而蓝牙芯片却只需要单声道,所以需要去掉一个通道。

先resample然后再去掉一个通道的数据,顺序不能搞反。

pcm驱动部分:

pcm驱动是属于音频驱动,遵循linux alsa驱动架构。

而linux alsa的驱动架构,粗略的讲,是有如下几个部分构成:

codec------------>snd_soc_codec----->snd_soc_codec_driver

platform--------->snd_soc_platform-->snd_soc_platform_driver-->snd_pcm_ops

cpu dai驱动---->snd_soc_dai--------->snd_soc_dai_driver---->snd_soc_dai_ops

codec dai驱动->snd_soc_dai--------->snd_soc_dai_drive----->snd_soc_dai_ops

而以上部分的驱动,则是通过如下Audio machine driver来关联起来的。

machine--------->struct snd_soc_card------------>snd_soc_dai_link

即是通过snd_soc_dai_link结构来关联codec,platform,dai等之间的关系的。详情见snd_soc_dai_link结构内容:

struct snd_soc_dai_link {
	/* config - must be set by machine driver */
	const char *name;			/* Codec name */
	const char *stream_name;		/* Stream name */
	const char *codec_name;		/* for multi-codec */
	const struct device_node *codec_of_node;
	const char *platform_name;	/* for multi-platform */
	const struct device_node *platform_of_node;
	const char *cpu_dai_name;
	const struct device_node *cpu_dai_of_node;
	const char *codec_dai_name;

	unsigned int dai_fmt;           /* format to set on init */

	/* Keep DAI active over suspend */
	unsigned int ignore_suspend:1;

	/* Symmetry requirements */
	unsigned int symmetric_rates:1;

	/* pmdown_time is ignored at stop */
	unsigned int ignore_pmdown_time:1;

	/* codec/machine specific init - e.g. add machine controls */
	int (*init)(struct snd_soc_pcm_runtime *rtd);

	/* machine stream operations */
	struct snd_soc_ops *ops;
};
通过如下的结构体定义,可以看出snd_soc_dai_link通过名字来指定了当前声卡使用的codec,platform,cpu dai,codec dai等结构。

提供该结构体的一个实例:

/* Digital audio interface glue - connects codec <--> CPU */
static struct snd_soc_dai_link wmt_dai[] = {
	{
		.name = "HiFi",
		.stream_name = "HiFi",
		.platform_name = "wmt-audio-pcm.0",
		.init = wmt_soc_dai_init,
		.ops = &wmt_soc_primary_ops,
	},
	{
		.name = "Voice",
		.stream_name = "Voice",
		.platform_name = "wmt-pcm-dma.0",
		.cpu_dai_name = "wmt-pcm-controller.0",
		.codec_dai_name = "HWDAC",
		.codec_name = "wmt-i2s-hwdac.0",
		.ops = &wmt_soc_second_ops,
	},
};
我们蓝牙pcm语音,是使用的第二组snd_soc_dai_link描述。该描述指定了我们是使用名为:wmt-pcm-dma.0的平台驱动;还有名为wmt-pcm-controller.0的cpu dai驱动;还有名为HWDAC的codec dai驱动;还有名为wmt-i2s-hwdac.0的codec驱动。

而以上驱动分别通过如下函数来注册到系统中去的:

snd_soc_codec_driver------------->snd_soc_register_codec----------->:codec_list

snd_soc_platform_driver---------->snd_soc_register_platform-------->:platform_list

snd_soc_dai_driver---------------->snd_soc_register_dais-------------->:dai_list

而以上驱动又是在什么时候注册到系统中去的呢?

概略的将,他们都是在系统初始化阶段,通过平台设备跟平台驱动匹配时,在平台驱动的probe函数中注册进去的。由于这些不是我们要讲的重点,所以略过去。


在这里再稍微描述下,这里指的platform一般就是指的dma,而dai字面意思就是数字音频接口,目前主要是i2s和pcm接口,而对应的cpu dai drvier一般就是指的ap端的i2s和pcm控制器驱动。在当前实例中,就是pcm接口;由于蓝牙的pcm和cpu的pcm是直接相连的,中间没经过codec,所以更本就不需要codec的参与,所以这里做了一个功能是dummy的虚拟codec driver及codec dai。


音频系统的初始化过程

音频模块的初始化始于如下函数:snd_soc_register_card(struct snd_soc_card *card)

而该函数的主要初始化工作都是在 snd_soc_instantiate_cards();该函数主要完成如下的工作:

a:soc_bind_dai_link

通过card->dai_link[num];即struct snd_soc_dai_link *dai_link 中指定的platform,codec,cpu dai,codec dai的名字,来找到对应的平台驱动,codec驱动,cpu dai驱动和codec dai驱动。并将他们分别赋值给(snd_soc_pcm_runtime*)rtd->cpu_dai,rtd->codec,rtd->codec_dai,rtd->platform


b: snd_card_create(SNDRV_DEFAULT_IDX1, SNDRV_DEFAULT_STR1,

card->owner, 0, &card->snd_card);


注意struct snd_soc_card与struct snd_card之间的关系,snd_soc_card->snd_card 即为struct snd_card结构。

并且用于存放snd_card_create函数创建和初始化的声卡结构。snd_soc_card用于描述Audio machine driver,而snd_card用于描述一个声卡对象,一个声卡对象包含多个声卡设备(struct snd_device),其中必须包含了一个控制设备,在本例中还包含一个pcm设备。


声卡的控制设备创建api为:snd_ctl_create;pcm设备创建api为:snd_pcm_new,其实他们最终都是调用的snd_device_new函数,该函数的作用就是分配snd_device所需的内存,并初始化他,最后将该snd_device添加到声卡对象snd_card所包含的设备列表中(->devices).


而以上创建的声卡设备,在系统的声卡对象注册时:snd_card_register会遍历该声卡对象(snd_card)所属的所有声卡设备(snd_device),对每个声卡设备,调用snd_register_device_for_dev函数实现声卡设备的注册。

c:snd_soc_dapm_new_controls

创建机器struct snd_soc_card所包含的所有dapm控件:struct snd_soc_card*card->dapm_widgets,该函数主要作用是:为控件dapm_widget分配所需内存并初始化它,设置控件的callback函数,一般为power_check,设置控件为连接状态(->connected = 1),并将该dapm_widget添加到snd_soc_card的控件列表中.控件是一个很重要的概念,在这里做下展开描述,先上结构体:

struct snd_soc_dapm_widget {
	enum snd_soc_dapm_type id;
	const char *name;		/* widget name */
	const char *sname;	/* stream name */
	struct snd_soc_codec *codec;
	struct snd_soc_platform *platform;
	struct list_head list;
	struct snd_soc_dapm_context *dapm;

	void *priv;				/* widget specific data */

	/* dapm control */
	short reg;						/* negative reg = no direct dapm */
	unsigned char shift;			/* bits to shift */
	unsigned int saved_value;		/* widget saved value */
	unsigned int value;				/* widget current value */
	unsigned int mask;			/* non-shifted mask */
	unsigned int on_val;			/* on state value */
	unsigned int off_val;			/* off state value */
	unsigned char power:1;			/* block power status */
	unsigned char invert:1;			/* invert the power bit */
	unsigned char active:1;			/* active stream on DAC, ADC's */
	unsigned char connected:1;		/* connected codec pin */
	unsigned char new:1;			/* cnew complete */
	unsigned char ext:1;			/* has external widgets */
	unsigned char force:1;			/* force state */
	unsigned char ignore_suspend:1;         /* kept enabled over suspend */
	unsigned char new_power:1;		/* power from this run */
	unsigned char power_checked:1;		/* power checked this run */
	int subseq;				/* sort within widget type */

	int (*power_check)(struct snd_soc_dapm_widget *w);

	/* external events */
	unsigned short event_flags;		/* flags to specify event types */
	int (*event)(struct snd_soc_dapm_widget*, struct snd_kcontrol *, int);

	/* kcontrols that relate to this widget */
	int num_kcontrols;
	const struct snd_kcontrol_new *kcontrol_news;
	struct snd_kcontrol **kcontrols;

	/* widget input and outputs */
	struct list_head sources;
	struct list_head sinks;

	/* used during DAPM updates */
	struct list_head power_list;
	struct list_head dirty;
	int inputs;
	int outputs;
};
我们看到,该结构有几个很重要的成员:一个是控件对应的kcontrols,目前在这个函数中,还未被创建,并且w->power字段也未设置,不急,后面会讲到。需要强调的是:定义一个 widget ,我们需要指定两个很重要的内容:

1: 一个是用于控制widget本身的电源状态的reg/shift等寄存器信息,

2: 另一个是用于控制音频路径切换的dapm kcontrol信息,这些dapm kcontrol有它们自己的reg/shift寄存器信息用于切换widget的路径连接方式

上面的item 1提到的reg/shift等寄存器信息就是struct snd_soc_dapm_widget控件中的reg/shift等成员;而item 2提到的reg/shift则是kcontrols中的(struct soc_mixer_control*)private_data中的reg/shift值。


值得说明的是,除了机器驱动snd_soc_card可以有自己的dapm widget,普通kcontrol和dapms routes外,codec driver(snd_soc_codec_driver),platform driver(snd_soc_platform_driver)都会有自己的dapm widget,普通kcontrol和dapms routes,并且他们的控件和路由信息的注册分别在soc_probe_dai_link中的soc_probe_codec,soc_probe_platform函数中进行。


d:soc_probe_dai_link

由于之前的soc_bind_dai_link函数中,已经找到了对应的平台驱动,codec驱动,cpu dai驱动和codec dai驱动,在这里,是分别调用这些驱动的probe函数。顺序是: probe the cpu_dai ,probe the CODEC(soc_probe_codec),probe the platform(soc_probe_platform),probe the CODEC DAI ,最后调用soc_new_pcm创建pcm声卡设备(即/dev/snd目录下的pcm设备节点),该实例中的pcm驱动对应的设备节点为:/dev/snd/pcmC0D1c,/dev/snd/pcmC0D1p,前者为录音(capture),后者为放音(play)


e:snd_soc_dapm_link_dai_widgets(card);

在soc_probe_codec函数中调用snd_soc_dapm_new_dai_widgets函数创建特殊的dai类型的widgets控件。而在这里通过snd_soc_dapm_link_dai_widgets则是连接这些dai widget

f:snd_soc_add_card_controls

创建(struct snd_soc_card *)card->controls所包含的普通控件,并添加到struct snd_card *card->controls控件列表中

 

g:snd_soc_dapm_add_routes(struct snd_soc_dapm_context *dapm,const struct snd_soc_dapm_route *route)

创建并添加(struct snd_soc_card *)card->dapm_routes所包含的路由信息。该函数根据 struct snd_soc_dapm_route参数:

/*
 * DAPM audio route definition.
 *
 * Defines an audio route originating at source via control and finishing
 * at sink.
 */
struct snd_soc_dapm_route {
	const char *sink;
	const char *control;
	const char *source;

	/* Note: currently only supported for links where source is a supply */
	int (*connected)(struct snd_soc_dapm_widget *source,
			 struct snd_soc_dapm_widget *sink);
};
提供的sink,source,control等名字信息,在(struct snd_soc_card *)card->widgets的控件列表中,分别找到源控件,目的控件,和path所对应的kcontrol控件。分配并初始化struct snd_soc_dapm_path *path结构所需的内存空间,并根据控件id的不同,调用如下函数之一:

source dapm_connect_mux

dapm_connect_mixer

来将dapm控件和path进行关联起来,并设置path的connect状态。

dapm mux控件和dapm mixer控件为什么要分开来处理,因为dapm mixer控件会有多个Kcontrol,而dapm mux控件只会有一个控件。

下面展开dapm_connect_mixer函数:

/* connect mixer widget to its interconnecting audio paths */
static int dapm_connect_mixer(struct snd_soc_dapm_context *dapm,
	struct snd_soc_dapm_widget *src, struct snd_soc_dapm_widget *dest,
	struct snd_soc_dapm_path *path, const char *control_name)//control_name是path对应的kcontrol的名称
{
	int i;   //不同的kcontrol对应不同的path

	/* search for mixer kcontrol */
	for (i = 0; i < dest->num_kcontrols; i++) {//在path对应的目的控件中搜索所有的kcontrol,找到name指定的那个kcontrol
		if (!strcmp(control_name, dest->kcontrol_news[i].name)) {
			list_add(&path->list, &dapm->card->paths);//将path添加到(struct snd_soc_card *)card->path列表中
			list_add(&path->list_sink, &dest->sources);//将path添加到目的控件的sources列表中
			list_add(&path->list_source, &src->sinks);//patch添加到源控件sinks列表中
			path->name = dest->kcontrol_news[i].name;//将找到的那个控件的名字赋值给path->name,但并未给path->kcontrol赋值,因为kcontrol 可能还未创建
			dapm_set_path_status(dest, path, i);//更新 path->connect 的链接状态
			return 0;
		}
	}
	return -ENODEV;
}
下面展开 dapm_connect_mux函数:
/* connect mux widget to its interconnecting audio paths */
static int dapm_connect_mux(struct snd_soc_dapm_context *dapm,
	struct snd_soc_dapm_widget *src, struct snd_soc_dapm_widget *dest,
	struct snd_soc_dapm_path *path, const char *control_name,//注意此处control_name并不是kcontrol的名字,而是mux控件中的枚举值
	const struct snd_kcontrol_new *kcontrol)//该kcontrol即为该mux控件唯一的kcontrol
{
	struct soc_enum *e = (struct soc_enum *)kcontrol->private_value;//不同的枚举值对应不同的path
	int i;

	for (i = 0; i < e->max; i++) {
		if (!(strcmp(control_name, e->texts[i]))) {
			list_add(&path->list, &dapm->card->paths);
			list_add(&path->list_sink, &dest->sources);
			list_add(&path->list_source, &src->sinks);
			path->name = (char*)e->texts[i];//
			dapm_set_path_status(dest, path, 0);
			return 0;
		}
	}

	return -ENODEV;
}

h:snd_soc_dapm_new_widgets

遍历(struct snd_soc_card *)card->widgets列表中所有dapm控件,为每个控件做如下的事情:

1:struct snd_soc_dapm_widget *w;为widget中的所有kcntrols分配内存空间(w->kcontrols),并做如下事情:

初始化path->long_name

path->kcontrol = snd_soc_cnew(...)//创建kcontrol,并返回该kcontrol

snd_ctl_add(card, path->kcontrol);//添加该控件到系统中

w->kcontrols[i] = path->kcontrol;//用新创建的kcontrol设置widget和path对应的kcontrol


2:更新dapm的电源状态:w->power,并标记已经创建了该dapm widget

		/* Read the initial power state from the device */
		if (w->reg >= 0) {
			val = soc_widget_read(w, w->reg);
			val &= 1 << w->shift;
			if (w->invert)
				val = !val;

			if (val)
				w->power = 1;//更新dapm的电源状态
		}

		w->new = 1;//标记已经创建了该dapm widget

3:将该dapm widget标记为dirty,将他添加到dirty list中,然后通过dapm_power_widgets函数作随后的顺序上下电操作


		dapm_mark_dirty(w, "new widget");
		dapm_debugfs_add_widget(w);
	}

	dapm_power_widgets(dapm, SND_SOC_DAPM_STREAM_NOP);
	mutex_unlock(&dapm->card->dapm_mutex);


i:snd_card_register(struct snd_card *card)

该函数做如下事情:

1:通过snd_device_register_all函数,注册所有属于该声卡对象struct snd_card的所有声卡设备:(struct snd_card*)card->devices,在本列中该注册过程,包含了两个设备,即pcm设备和控制设备的注册。

/*
 * register all the devices on the card.
 * called from init.c
 */
int snd_device_register_all(struct snd_card *card)
{
	struct snd_device *dev;
	int err;
	
	if (snd_BUG_ON(!card))
		return -ENXIO;
	list_for_each_entry(dev, &card->devices, list) {
		if (dev->state == SNDRV_DEV_BUILD && dev->ops->dev_register) {
			if ((err = dev->ops->dev_register(dev)) < 0)//遍历该声卡对象所属的所有音频设备,并执行对应音频设备的 dev_register 函数
				return err;
			dev->state = SNDRV_DEV_REGISTERED;
		}
	}
	return 0;
}

而以上的dev_register函数是在pcm设备和控制设备创建的时候,就已经初始化好的。他们的创建函数分别为:snd_pcm_new,snd_ctl_create函数。

在执行dev->ops->dev_register时,在本列中,分如下两种情况:

for pcm 设备:

::snd_pcm_dev_register(struct snd_device *device)//for pcm 设备

snd_register_device_for_dev(devtype, pcm->card,pcm->device,&snd_pcm_f_ops[cidx],pcm, str, dev);

snd_minors[minor] = preg;

device_create //在/dev/snd目录下,创建设备节点

以上snd_pcm_f_ops结构体展开如下:

/*
 *  Register section
 */


const struct file_operations snd_pcm_f_ops[2] = {
{
.owner = THIS_MODULE,
.write = snd_pcm_write,
.aio_write = snd_pcm_aio_write,
.open = snd_pcm_playback_open,
.release = snd_pcm_release,
.llseek = no_llseek,
.poll = snd_pcm_playback_poll,
.unlocked_ioctl = snd_pcm_playback_ioctl,
.compat_ioctl = snd_pcm_ioctl_compat,
.mmap = snd_pcm_mmap,
.fasync = snd_pcm_fasync,
.get_unmapped_area = snd_pcm_get_unmapped_area,
},
{
.owner = THIS_MODULE,
.read = snd_pcm_read,
.aio_read = snd_pcm_aio_read,
.open = snd_pcm_capture_open,
.release = snd_pcm_release,
.llseek = no_llseek,
.poll = snd_pcm_capture_poll,
.unlocked_ioctl = snd_pcm_capture_ioctl,
.compat_ioctl = snd_pcm_ioctl_compat,
.mmap = snd_pcm_mmap,
.fasync = snd_pcm_fasync,
.get_unmapped_area = snd_pcm_get_unmapped_area,
}
};

for 控制设备:

::snd_ctl_dev_register(struct snd_device *device)//for 控制设备

sprintf(name, "controlC%i", card->number);

static const struct file_operations snd_ctl_f_ops =
{
.owner = THIS_MODULE,
.read = snd_ctl_read,
.open = snd_ctl_open,
.release = snd_ctl_release,
.llseek = no_llseek,
.poll = snd_ctl_poll,
.unlocked_ioctl = snd_ctl_ioctl,
.compat_ioctl = snd_ctl_ioctl_compat,
.fasync = snd_ctl_fasync,

};

snd_register_device(SNDRV_DEVICE_TYPE_CONTROL, card, -1,&snd_ctl_f_ops, card, name)

snd_register_device_for_dev(type, card, dev, f_ops,private_data, name,snd_card_get_device_link(card)


以上snd_pcm_f_ops[2]和snd_ctl_f_ops即为设备节点文件/dev/snd/pcmC0D1c,/dev/snd/pcmC0D1p/dev/snd/controlC0访问的内核入口点。

2: 将创建的struct snd_card *card设备,存储在全局数组snd_cards[]中。

snd_cards[card->number] = card;


j: snd_soc_dapm_sync(&card->dapm);

以上函数,后续章节再详细讲解


至此linux alsa音频驱动的初始化基本完成。











你可能感兴趣的:(android,linux,bluetooth)