[Linux Audio Driver] Android 10 machine driver probe函数分析

最新推荐文章于 2024-06-02 12:33:25 发布
最新推荐文章于 2024-06-02 12:33:25 发布
阅读量3.5k 收藏 40
点赞数 6
CC 4.0 BY-SA版权
分类专栏： Qualcomm Audio 文章标签： linux android golang
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Codeliang666/article/details/111384886
本文基于Qualcomm 5G SM6350、android10、kernel version msm - 4.19平台，重点分析machine driver里的msm_asoc_machine_probe函数，涉及声卡解析注册、dai绑定、麦克偏置解析等内容，还介绍了TDM接口、耳机兼容、MI2S模式配置及新增的LPASS音频投票机制。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

0. 背景

平台：Qualcomm 5G SM6350、android10、kernel version： msm-4.19。

本文重点分析machine driver里面的msm_asoc_machine_probe函数，这个是machie驱动的核心代码，涉及声卡解析注册，CPU dai和codec dai绑定，麦克偏置解析配置routing、耳机麦克检测（欧-美标兼容）、MI2S主、从模式配置，以及新增的LPASS音频投票机制。

此外，msm_asoc_machine_probe函数也可以说就干了一件事：
实例化结构体snd_soc_card。

那个，兄弟们转载博客还是希望附上我的转载链接啊，不要直接copy，也是尊重人不是 -_-。
在这里插入图片描述

1. msm_asoc_machine_probe

代码位置：

./vendor/qcom/opensource/audio-kernel/asoc/kona.c

msm_asoc_machine_probe整个函数如下：

static int msm_asoc_machine_probe(struct platform_device *pdev)
{
	struct snd_soc_card *card = NULL;
	struct msm_asoc_mach_data *pdata = NULL;
	const char *mbhc_audio_jack_type = NULL;
	int ret = 0;
	uint index = 0;
	struct clk *lpass_audio_hw_vote = NULL;

	if (!pdev->dev.of_node) {
		dev_err(&pdev->dev, "%s: No platform supplied from device tree\n", __func__);
		return -EINVAL;
	}

	pdata = devm_kzalloc(&pdev->dev,
			sizeof(struct msm_asoc_mach_data), GFP_KERNEL);
	if (!pdata)
		return -ENOMEM;

	of_property_read_u32(pdev->dev.of_node,
				"qcom,lito-is-v2-enabled",
				&pdata->lito_v2_enabled);


	card = populate_snd_card_dailinks(&pdev->dev);
	if (!card) {
		dev_err(&pdev->dev, "%s: Card uninitialized\n", __func__);
		ret = -EINVAL;
		goto err;
	}

	card->dev = &pdev->dev;
	platform_set_drvdata(pdev, card);
	snd_soc_card_set_drvdata(card, pdata);

	ret = snd_soc_of_parse_card_name(card, "qcom,model");
	if (ret) {
		dev_err(&pdev->dev, "%s: parse card name failed, err:%d\n",
			__func__, ret);
		goto err;
	}


	ret = snd_soc_of_parse_audio_routing(card, "qcom,audio-routing");
	if (ret) {
		dev_err(&pdev->dev, "%s: parse audio routing failed, err:%d\n",
			__func__, ret);
		goto err;
	}


	ret = msm_populate_dai_link_component_of_node(card);
	if (ret) {
		ret = -EPROBE_DEFER;
		goto err;
	}


	ret = msm_init_aux_dev(pdev, card);
	if (ret)
		goto err;


	ret = devm_snd_soc_register_card(&pdev->dev, card);
	if (ret == -EPROBE_DEFER) {
		if (codec_reg_done)
			ret = -EINVAL;
		goto err;
	} else if (ret) {
		dev_err(&pdev->dev, "%s: snd_soc_register_card failed (%d)\n",
			__func__, ret);
		goto err;
	}
	dev_err(&pdev->dev, "%s: Sound card %s registered\n", __func__, card->name);


	kona_parse_aw87xx_mode(pdev, pdata);
	pdata->spk_ext_pa_gpio_p = of_parse_phandle(pdev->dev.of_node, 
	"qcom,msm-spk-ext-pa-gpios", 0);
	if (!pdata->spk_ext_pa_gpio_p) {
		pr_err("%s: property %s not detected in node %s\n", __func__, 
		"qcom,msm-spk-ext-pa-gpios", pdev->dev.of_node->full_name);
	}else{
		ret = msm_cdc_pinctrl_select_sleep_state(pdata->spk_ext_pa_gpio_p);
		if (ret < 0) {
			pr_err("%s: gpio set cannot be activated %s\n", __func__, "speaker_pa_gpio");
			return ret;
		}
	}

	ret = of_property_read_u32(pdev->dev.of_node, "qcom,tdm-max-slots",
				   &pdata->tdm_max_slots);
	if (ret) {
		dev_err(&pdev->dev, "%s: No DT match for tdm max slots\n",
			__func__);
	}
	if ((pdata->tdm_max_slots <= 0) || (pdata->tdm_max_slots >
	    TDM_MAX_SLOTS)) {
		pdata->tdm_max_slots = TDM_MAX_SLOTS;
		dev_err(&pdev->dev, "%s: Using default tdm max slot: %d\n",
			__func__, pdata->tdm_max_slots);
	}

	pdata->hph_en1_gpio_p = of_parse_phandle(pdev->dev.of_node,
						"qcom,hph-en1-gpio", 0);
	if (!pdata->hph_en1_gpio_p) {
		dev_dbg(&pdev->dev, "%s: property %s not detected in node %s\n",
			__func__, "qcom,hph-en1-gpio",
			pdev->dev.of_node->full_name);
	}

	pdata->hph_en0_gpio_p = of_parse_phandle(pdev->dev.of_node,
						"qcom,hph-en0-gpio", 0);
	if (!pdata->hph_en0_gpio_p) {
		dev_dbg(&pdev->dev, "%s: property %s not detected in node %s\n",
			__func__, "qcom,hph-en0-gpio",
			pdev->dev.of_node->full_name);
	}

	ret = of_property_read_string(pdev->dev.of_node,
		"qcom,mbhc-audio-jack-type", &mbhc_audio_jack_type);
	if (ret) {
		dev_dbg(&pdev->dev, "%s: Looking up %s property in node %s failed\n",
			__func__, "qcom,mbhc-audio-jack-type",
			pdev->dev.of_node->full_name);
		dev_dbg(&pdev->dev, "Jack type properties set to default\n");
	} else {
		if (!strcmp(mbhc_audio_jack_type, "4-pole-jack")) {
			wcd_mbhc_cfg.enable_anc_mic_detect = false;
			dev_dbg(&pdev->dev, "This hardware has 4 pole jack");
		} else if (!strcmp(mbhc_audio_jack_type, "5-pole-jack")) {
			wcd_mbhc_cfg.enable_anc_mic_detect = true;
			dev_dbg(&pdev->dev, "This hardware has 5 pole jack");
		} else if (!strcmp(mbhc_audio_jack_type, "6-pole-jack")) {
			wcd_mbhc_cfg.enable_anc_mic_detect = true;
			dev_dbg(&pdev->dev, "This hardware has 6 pole jack");
		} else {
			wcd_mbhc_cfg.enable_anc_mic_detect = false;
			dev_dbg(&pdev->dev, "Unknown value, set to default\n");
		}
	}
	/*
	 * Parse US-Euro gpio info from DT. Report no error if us-euro
	 * entry is not found in DT file as some targets do not support
	 * US-Euro detection
	 */
	pdata->us_euro_gpio_p = of_parse_phandle(pdev->dev.of_node,
					"qcom,us-euro-gpios", 0);
	if (!pdata->us_euro_gpio_p) {
		dev_dbg(&pdev->dev, "property %s not detected in node %s",
			"qcom,us-euro-gpios", pdev->dev.of_node->full_name);
	} else {
		dev_dbg(&pdev->dev, "%s detected\n",
			"qcom,us-euro-gpios");
		wcd_mbhc_cfg.swap_gnd_mic = msm_swap_gnd_mic;
	}

	if (wcd_mbhc_cfg.enable_usbc_analog)
		wcd_mbhc_cfg.swap_gnd_mic = msm_usbc_swap_gnd_mic;

	pdata->fsa_handle = of_parse_phandle(pdev->dev.of_node,
					"fsa4480-i2c-handle", 0);
	if (!pdata->fsa_handle)
		dev_dbg(&pdev->dev, "property %s not detected in node %s\n",
			"fsa4480-i2c-handle", pdev->dev.of_node->full_name);

	msm_i2s_auxpcm_init(pdev);
	pdata->dmic01_gpio_p = of_parse_phandle(pdev->dev.of_node,
					      "qcom,cdc-dmic01-gpios",
					       0);
	pdata->dmic23_gpio_p = of_parse_phandle(pdev->dev.of_node,
					      "qcom,cdc-dmic23-gpios",
					       0);
	pdata->dmic45_gpio_p = of_parse_phandle(pdev->dev.of_node,
					      "qcom,cdc-dmic45-gpios",
					       0);
	if (pdata->dmic01_gpio_p)
		msm_cdc_pinctrl_set_wakeup_capable(pdata->dmic01_gpio_p, false);
	if (pdata->dmic23_gpio_p)
		msm_cdc_pinctrl_set_wakeup_capable(pdata->dmic23_gpio_p, false);
	if (pdata->dmic45_gpio_p)
		msm_cdc_pinctrl_set_wakeup_capable(pdata->dmic45_gpio_p, false);

	pdata->mi2s_gpio_p[PRIM_MI2S] = of_parse_phandle(pdev->dev.of_node,
					"qcom,pri-mi2s-gpios", 0);
	pdata->mi2s_gpio_p[SEC_MI2S] = of_parse_phandle(pdev->dev.of_node,
					"qcom,sec-mi2s-gpios", 0);
	pdata->mi2s_gpio_p[TERT_MI2S] = of_parse_phandle(pdev->dev.of_node,
					"qcom,tert-mi2s-gpios", 0);
	pdata->mi2s_gpio_p[QUAT_MI2S] = of_parse_phandle(pdev->dev.of_node,
					"qcom,quat-mi2s-gpios", 0);
	pdata->mi2s_gpio_p[QUIN_MI2S] = of_parse_phandle(pdev->dev.of_node,
					"qcom,quin-mi2s-gpios", 0);
	pdata->mi2s_gpio_p[SEN_MI2S] = of_parse_phandle(pdev->dev.of_node,
					"qcom,sen-mi2s-gpios", 0);
	for (index = PRIM_MI2S; index < MI2S_MAX; index++) {
		if (pdata->mi2s_gpio_p[index])
			msm_cdc_pinctrl_set_wakeup_capable(pdata->mi2s_gpio_p[index], false);
		atomic_set(&(pdata->mi2s_gpio_ref_count[index]), 0);
	}

	/* Register LPASS audio hw vote */
	lpass_audio_hw_vote = devm_clk_get(&pdev->dev, "lpass_audio_hw_vote");
	if (IS_ERR(lpass_audio_hw_vote)) {
		ret = PTR_ERR(lpass_audio_hw_vote);
		dev_dbg(&pdev->dev, "%s: clk get %s failed %d\n",
			__func__, "lpass_audio_hw_vote", ret);
		lpass_audio_hw_vote = NULL;
		ret = 0;
	}
	pdata->lpass_audio_hw_vote = lpass_audio_hw_vote;
	pdata->core_audio_vote_count = 0;

	ret = msm_audio_ssr_register(&pdev->dev);
	if (ret)
		pr_err("%s: Registration with SND event FWK failed ret = %d\n",
			__func__, ret);

	is_initial_boot = true;
	return 0;
err:
	devm_kfree(&pdev->dev, pdata);
	return ret;
}

2. module_platform_driver

先把kona.c文件拉到最后，

static struct platform_driver kona_asoc_machine_driver = {
	.driver = {
		.name = DRV_NAME,
		.owner = THIS_MODULE,
		.pm = &snd_soc_pm_ops,
		.of_match_table = kona_asoc_machine_of_match,
		.suppress_bind_attrs = true,
	},
	.probe = msm_asoc_machine_probe,
	.remove = msm_asoc_machine_remove,
};
module_platform_driver(kona_asoc_machine_driver);

MODULE_DESCRIPTION("ALSA SoC msm");
MODULE_LICENSE("GPL v2");
MODULE_ALIAS("platform:" DRV_NAME);
MODULE_DEVICE_TABLE(of, kona_asoc_machine_of_match);

/* module_platform_driver() - Helper macro for drivers that don't do
 * anything special in module init/exit.  This eliminates a lot of
 * boilerplate.  Each module may only use this macro once, and
 * calling it replaces module_init() and module_exit()
 */
#define module_platform_driver(__platform_driver) \
	module_driver(__platform_driver, platform_driver_register, \
			platform_driver_unregister)

module_platform_driver里面包含了驱动注册和卸载，在内存加载设备树，然后kernel解析的时候，之后会加载ko文件，注册这个驱动，填充platform_device结构体。

static const struct of_device_id kona_asoc_machine_of_match[]  = {
	{ .compatible = "qcom,kona-asoc-snd",
	  .data = "codec"},
	{ .compatible = "qcom,kona-asoc-snd-stub",
	  .data = "stub_codec"},
	{},
};

然后根据platform_driver结构体里面的kona_asoc_machine_of_match绑定设备树里面的compatible。

对应设备树代码位置：

./vendor/qcom/proprietary/devicetree-4.19/qcom/lagoon-audio.dtsi

&q6core {
	lagoon_snd: sound {
		compatible = "qcom,kona-asoc-snd";
		...
		clock-names = "lpass_audio_hw_vote";
		clocks = <&lpass_audio_hw_vote 0>;

		asoc-platform = <&pcm0>, <&pcm1>, <&pcm2>, <&voip>, <&voice>,
						....
		asoc-platform-names = "msm-pcm-dsp.0", "msm-pcm-dsp.1",
				"msm-pcm-dsp.2", "msm-voip-dsp",
				...
		asoc-cpu = <&dai_dp>, <&dai_dp1>,
				<&dai_mi2s0>, <&dai_mi2s1>,
				<&dai_mi2s2>, <&dai_mi2s3>,
				...
		asoc-cpu-names = "msm-dai-q6-dp.0", "msm-dai-q6-dp.1",
				"msm-dai-q6-mi2s.0", "msm-dai-q6-mi2s.1",
				......
		fsa4480-i2c-handle = <&fsa4480>;
	};
};

相关的platform dai、cpu dai也从这个设备树里面获取，这边也看到了lpass_audio_hw_vote，LPASS投票的时钟，这个后面再说。

3. snd_soc_card的dev结构

pdata = devm_kzalloc(&pdev->dev,
		sizeof(struct msm_asoc_mach_data), GFP_KERNEL);
if (!pdata)
	return -ENOMEM;

msm_asoc_mach_data结构体内存分配。

of_property_read_u32(pdev->dev.of_node,
			"qcom,lito-is-v2-enabled",
			&pdata->lito_v2_enabled);

//获取设备树里面的qcom,lito-is-v2-enabled值，存到&pdata->lito_v2_enabled。

	card = populate_snd_card_dailinks(&pdev->dev);
	if (!card) {
		dev_err(&pdev->dev, "%s: Card uninitialized\n", __func__);
		ret = -EINVAL;
		goto err;
	}

获取 platform_device相关dai(cpu dai、 codec dai从上面的lagoon-audio.dtsi设备树获得的），填充到snd_soc_card结构体里面。

	card->dev = &pdev->dev;
	platform_set_drvdata(pdev, card);
	snd_soc_card_set_drvdata(card, pdata);

设备驱动绑定之后的device结构体信息，存储到snd_soc_card的dev结构体成员里面；然后存储card以及pdata的指针，

需要的时候，通过platform_get_drvdata和snd_soc_card_get_drvdata取出。

4. 解析声卡名

ret = snd_soc_of_parse_card_name(card, "qcom,model");
if (ret) {
	dev_err(&pdev->dev, "%s: parse card name failed, err:%d\n",
		__func__, ret);
	goto err;
}

./vendor/qcom/proprietary/devicetree-4.19/qcom/lagoon-audio-overlay.dtsi

  &lagoon_snd {
	qcom,model = "lito-lagoonmtp-snd-card";

qcom,model会被函数snd_soc_of_parse_card_name解析出来，声卡名字会被存放到card->name，即实例化了snd_soc_card结构体里面的声卡名字。

5. 解析麦克偏置

ret = snd_soc_of_parse_audio_routing(card, "qcom,audio-routing");
if (ret) {
	dev_err(&pdev->dev, "%s: parse audio routing failed, err:%d\n",
		__func__, ret);
	goto err;
}

qcom,audio-routing =
	"AMIC1", "MIC BIAS1",
	"MIC BIAS1", "Analog Mic1",
    "AMIC2", "MIC BIAS2",
	"MIC BIAS2", "Analog Mic2",
	"AMIC3", "MIC BIAS3",

lagoon-audio-overlay.dtsi里面的一堆麦克偏置相关的东西会这里面被解析出来。

6. 解析dai

ret = msm_populate_dai_link_component_of_node(card);
if (ret) {
	ret = -EPROBE_DEFER;
	goto err;
}

解析并填充CPU、CODEC相关的dai。

7. 填充snd_soc_aux_dev结构体

ret = msm_init_aux_dev(pdev, card);
if (ret)
	goto err;

 struct snd_soc_aux_dev {
 	const char *name;		/* Codec name */
 
 	/*
 	 * specify multi-codec either by device name, or by
 	 * DT/OF node, but not both.
 	 */
 	const char *codec_name;
 	struct device_node *codec_of_node;
 
 	/* codec/machine specific init - e.g. add machine controls */
 	int (*init)(struct snd_soc_component *component);
 };

msm_init_aux_dev函数的作用是填充snd_soc_aux_dev结构体，把AUX相关的codec注册到ALSA核心，如果采用了硬件上的WSA设计，WSA CODEC相关的控件也会注册添加；

8. 声卡注册

ret = devm_snd_soc_register_card(&pdev->dev, card);
if (ret == -EPROBE_DEFER) {
	if (codec_reg_done)
		ret = -EINVAL;
	goto err;
} else if (ret) {
	dev_err(&pdev->dev, "%s: snd_soc_register_card failed (%d)\n",
		__func__, ret);
	goto err;
}

int devm_snd_soc_register_card(struct device *dev, struct snd_soc_card *card)
{
	struct snd_soc_card **ptr;
	int ret;

	ptr = devres_alloc(devm_card_release, sizeof(*ptr), GFP_KERNEL);
	if (!ptr)
		return -ENOMEM;

	ret = snd_soc_register_card(card);
	if (ret == 0) {
		*ptr = card;
		devres_add(dev, ptr);
	} else {
		devres_free(ptr);
	}

	return ret;
}
EXPORT_SYMBOL_GPL(devm_snd_soc_register_card);

devm_snd_soc_register_card这个函数很关键，全局函数devm_snd_soc_register_card会调用snd_soc_register_card函数，通过传递进来的card指针，即snd_soc_card结构体指针，指定codec dai name，cpu dai name，platform name。

相关的dai已由前文所说通过msm_populate_dai_link_component_of_node函数填充了snd_soc_dai_link结构体，而这个结构体是snd_soc_card结构体的成员变量。

接着在snd_soc_register_card函数里面，会调用snd_soc_initialize_card_lists初始化widgets、paths、dapm_list等链表头。再接着snd_soc_instantiate_card函数绑定各种dai_link，通过snd_card_new函数创建声卡，初始化声卡绑定的dai_link。（调用相关dai的probe函数）

9. 客制化的外部PA代码

kona_parse_aw87xx_mode(pdev, pdata);
if (!pdata->spk_ext_pa_gpio_p) {
	pr_err("%s: property %s not detected in node %s\n", __func__
	, "qcom,msm-spk-ext-pa-gpios", pdev->dev.of_node->full_name);
}else{
	ret = msm_cdc_pinctrl_select_sleep_state(pdata->spk_ext_pa_gpio_p);
	if (ret < 0) {
		pr_err("%s: gpio set cannot be activated %s\n", __func__, "speaker_pa_gpio");
		return ret;
	}
}

kona_parse_aw87xx_mode函数是自定义的，目的是解析外部smart K 、PA的脉冲个数。

10. TDM接口

if ((pdata->tdm_max_slots <= 0) || (pdata->tdm_max_slots >
    TDM_MAX_SLOTS)) {
	pdata->tdm_max_slots = TDM_MAX_SLOTS;
	dev_err(&pdev->dev, "%s: Using default tdm max slot: %d\n",
		__func__, pdata->tdm_max_slots);
}

从这些代码里面发现，此平台支持TDM接口，相比于I2S接口，PCM接口应用更加灵活。通过时分复用(TDM, Time Division Multiplexing)方式，PCM接口支持同时传输多达N个(N>8)声道的数据，减少了管脚数目实际上是减少I2S的“组”数，因为每组I2S只能传输两声道数据。

11. 耳机

	ret = of_property_read_string(pdev->dev.of_node,
		"qcom,mbhc-audio-jack-type", &mbhc_audio_jack_type);
	.......
	/*
	 * Parse US-Euro gpio info from DT. Report no error if us-euro
	 * entry is not found in DT file as some targets do not support
	 * US-Euro detection
	 */
	pdata->us_euro_gpio_p = of_parse_phandle(pdev->dev.of_node,
					"qcom,us-euro-gpios", 0);
  ......

	if (wcd_mbhc_cfg.enable_usbc_analog)
		wcd_mbhc_cfg.swap_gnd_mic = msm_usbc_swap_gnd_mic;

这部分是耳机PIN脚，麦克，欧标-美标兼容相关的代码。

12. 废弃暂时没有作用的代码

pdata->fsa_handle = of_parse_phandle(pdev->dev.of_node,
				"fsa4480-i2c-handle", 0);
if (!pdata->fsa_handle)
	dev_dbg(&pdev->dev, "property %s not detected in node %s\n",
		"fsa4480-i2c-handle", pdev->dev.of_node->full_name);

fsa4480-i2c-handle最终是控制gpio84，但是这个设计在我司硬件上废弃了。
更新 2021.09.07
fsa芯片是高通参考设计，给USB模拟耳机用的。
更新 2021.09.07

 &qupv3_se10_i2c {
     status = "ok";
     fsa4480: fsa4480@42 {
         compatible = "qcom,fsa4480-i2c";
         reg = <0x42>;
         pinctrl-names = "default";
         pinctrl-0 = <&fsa_usbc_ana_en>;
     };
 };

         fsa_usbc_ana_en_n@84 {
             fsa_usbc_ana_en: fsa_usbc_ana_en {
                 mux {
                     pins = "gpio84";
                     function = "gpio";
                 };

                 config {
                     pins = "gpio84";
                     drive-strength = <2>;
                     bias-disable;
                     output-low;
                 };
             };
         };

13. MI2S主从模式配置

msm_i2s_auxpcm_init(pdev);

 static void msm_i2s_auxpcm_init(struct platform_device *pdev)
 {
 	int count = 0;
 	u32 mi2s_master_slave[MI2S_MAX];
 	int ret = 0;
 
 	for (count = 0; count < MI2S_MAX; count++) {
 		mutex_init(&mi2s_intf_conf[count].lock);
 		mi2s_intf_conf[count].ref_cnt = 0;
 	}
 
 	ret = of_property_read_u32_array(pdev->dev.of_node,
 			"qcom,msm-mi2s-master",
 			mi2s_master_slave, MI2S_MAX);
 	if (ret) {
 		dev_dbg(&pdev->dev, "%s: no qcom,msm-mi2s-master in DT node\n",
 			__func__);
 	} else {
 		for (count = 0; count < MI2S_MAX; count++) {
 			mi2s_intf_conf[count].msm_is_mi2s_master =
 				mi2s_master_slave[count];
 		}
 	}
 }

这个函数还是比较重要的，本质上是解析qcom,msm-mi2s-master设备树，配置各个mi2s的主、从模式。

./vendor/qcom/proprietary/devicetree-4.19/qcom/lagoon-audio-overlay.dtsi

 &lagoon_snd {
     qcom,model = "lito-lagoonmtp-snd-card";
     qcom,msm-mi2s-master = <1>, <1>, <1>, <1>, <1>, <1>;

高通文档有介绍这个设备树含义是配置不同的I2S模式的：

 qcom,msm-mi2s-master = <1>, <1>, <1>, <1>, <1>, <1> – Use this property to configure
 primary, secondary, tertiary, quaternary, quinary, and senary MI2S to Master/Slave mode.
 – Master mode – 1
 – Slave mode – 0

这里需要注意的是，主模式、从模式，对于CPU和CODEC芯片来说都是相对而言的，一般我们约定提供SCK，即提供时钟信号的那一方称为主模式。

14. 数字麦克

pdata->dmic01_gpio_p = of_parse_phandle(pdev->dev.of_node,
				      "qcom,cdc-dmic01-gpios",
				       0);
pdata->dmic23_gpio_p = of_parse_phandle(pdev->dev.of_node,
				      "qcom,cdc-dmic23-gpios",
				       0);
pdata->dmic45_gpio_p = of_parse_phandle(pdev->dev.of_node,
				      "qcom,cdc-dmic45-gpios",
				       0);
if (pdata->dmic01_gpio_p)
	msm_cdc_pinctrl_set_wakeup_capable(pdata->dmic01_gpio_p, false);
if (pdata->dmic23_gpio_p)
	msm_cdc_pinctrl_set_wakeup_capable(pdata->dmic23_gpio_p, false);
if (pdata->dmic45_gpio_p)
	msm_cdc_pinctrl_set_wakeup_capable(pdata->dmic45_gpio_p, false);

这些都是解析数字麦克用的设备树，dmic01用到gpi0133、gpio134这个与i2s总线Quinary MI2S不可同时用，dmic45用到了gpio139、gpio140，这个与Senary MI2S不可同时使用。

for (index = PRIM_MI2S; index < MI2S_MAX; index++) {
	if (pdata->mi2s_gpio_p[index])
		msm_cdc_pinctrl_set_wakeup_capable(pdata->mi2s_gpio_p[index], false);
	atomic_set(&(pdata->mi2s_gpio_ref_count[index]), 0);
}

msm_cdc_pinctrl_set_wakeup_capable函数可以把对应的pinctrl设置为可唤醒。

15. LPASS audio hw vote

	/* Register LPASS audio hw vote */
	lpass_audio_hw_vote = devm_clk_get(&pdev->dev, "lpass_audio_hw_vote");
	if (IS_ERR(lpass_audio_hw_vote)) {
		ret = PTR_ERR(lpass_audio_hw_vote);
		dev_dbg(&pdev->dev, "%s: clk get %s failed %d\n",
			__func__, "lpass_audio_hw_vote", ret);
		lpass_audio_hw_vote = NULL;
		ret = 0;
	}
	pdata->lpass_audio_hw_vote = lpass_audio_hw_vote;
	pdata->core_audio_vote_count = 0;

	ret = msm_audio_ssr_register(&pdev->dev);
	if (ret)
		pr_err("%s: Registration with SND event FWK failed ret = %d\n",
			__func__, ret);

	is_initial_boot = true;
	return 0;
err:
	devm_kfree(&pdev->dev, pdata);
	return ret;
}

./vendor/qcom/proprietary/devicetree-4.19/qcom/lagoon-audio.dtsi

 &audio_apr {
     q6core: qcom,q6core-audio {
         compatible = "qcom,q6core-audio";

         lpass_core_hw_vote: vote_lpass_core_hw {
             compatible = "qcom,audio-ref-clk";
             qcom,codec-ext-clk-src = <AUDIO_LPASS_CORE_HW_VOTE>;
             #clock-cells = <1>;
         };

         lpass_audio_hw_vote: vote_lpass_audio_hw {
             compatible = "qcom,audio-ref-clk";
             qcom,codec-ext-clk-src = <AUDIO_LPASS_AUDIO_HW_VOTE>;
             #clock-cells = <1>;
         };

新增LPASS音频投票机制，这个新增的代码在之前低端的平台machine driver没找到相关代码，在参考链接1的高通文档有介绍：

共享时钟需要有关闭表决权，从而关闭PMIC处的核心晶振振荡器（CXO)缓存，之后可以进入低功耗模式，有助于减少设备空闲时的功耗，之后CXO会在PMIC中生成32 kHz睡眠时钟。

本文篇幅较长，感谢阅读哦！
在这里插入图片描述

16.参考链接

  1. https://developer.qualcomm.com/qfile/35136/lm80-p0436-73_a_qualcomm_snapdragon_410e_processor_apq8016e_system_power_overview.pdf
    （这个高通文档可以输入到浏览器直接下载，不用上外网）

17. 作者注

/******
@article{Linux Audio Driver,
Author = { 1byte ≠ 8bit},
Year = { 2020},
}
******/
android 底层audio驱动程序,实现 AudioControl HAL
weixin_39527292的博客
05-26 1147
Android 9 弃用了之前各版车载 HAL 中的 AUDIO_* 属性，并改为使用包含显式函数调用和类型化参数列表的专用 AudioControl HAL。这个新的 HAL 提供了 IAudioControl 作为主接口对象，该对象负责提供出于配置和音量控制目的与车辆的音频引擎进行交互所需的入口点。系统只能包含该对象的一个实例，即 CarAudioService 启动时创建的实例。该对象是传统...
linux 音频驱动的流程,Intel平台下Linux音频驱动流程分析
weixin_35212109的博客
05-16 891
【软件框架】在对要做的事情一无所知的时候，从全局看看系统的拓扑图对我们认识新事物有很大的帮助。Audio 部分的驱动程序框架如下图所示： 这幅图明显地分为 3 级。上方蓝色系的 ALSA Kernel 整体属于Linux Kernel，是原生Linux 操作系统的一部分，其中又分出 ASoC Core 和 PCM Core 两级，和她们相关的代码都可以直接在 Linux 源码中找到。中间淡红色的部...
Android - Audio - Qcom平台 - hac器件bring up
jlgcumt的博客
06-23 2439
背景 正文 助听器构造 使用方式 HAC部分硬件原理图 硬件调试需求 软件平台及框架 a:mixer_path.xml中添加hac path b:alsa用户空间，tinyalsa中注册HAC控件 c:GPIO_HAC_EN d:添加acdb_id e:为MMITest添加测试项 结语 背景 公司的项目要求支持助听器（HAC器件，Hearing Aid Compatibility），以此正好再复习一下在android的框架下如何bring...
Android - Audio - Qcom平台 - QM215耳机常见修改和粗略识别流程
jlgcumt的博客
06-23 2816
背景 耳机的分类 调试Qcom耳机功能时常用修改 (1)qcom,msm-mbhc-hphl-swh = <1>; (2)qcom,msm-hs-micbias-type=”internal”; (3)耳机的micbias(常用micbias2)是否有外部电容 (4)耳机是否支持欧美标转换 (5)更改micbias电压 (6)修改识别耳机时候的阻抗 (7)Lineout设备 (8)如果没有兼容欧标美标开关，但是想播放音乐(不能通话),可以做如下修改 (9)对
qcom 音频相关的dsp driver笔记（基于msm8996平台）
热门推荐
whshiyun的专栏
08-09 2万+
qcom 音频相关的dsp driver笔记（基于msm8996平台） tags： linux sound msm8996 qcom 音频相关的dsp driver笔记（基于msm8996平台） 0 前言 1 关于acdb 1.1 从audio_calibration.c说起 1.2 关于acdb配置的注册 1.3 关于acdb配置过程 2 关于dsp driver 3 关于asm...
【Android Audio 入门 一】--- Audio ALSA Driver
|~~~热爱生活、努力学习的小伙汁~~~|
09-18 8607
【Audio System 01】--- Audio Driver一、 ALSA 音频体系介绍1. ASoC介绍（Machine 、Platform 和 Codec）2. AFE介绍（Audio Front-End 前端后端）3. snd_soc_dai_link （Platform 和 Codec 联系在一起的结构体） 一、 ALSA 音频体系介绍 ALSA 是 Advanced Linux ...
Linux-Audio Codec
qq_40629752的博客
09-08 2448
0、简要介绍 处理器要处理外界的声音需要将外界的声音（模拟信号）转换成二进制数据（数字信号），这个过程涉及到了一个模拟信号到数字信号的转换过程，完成这个功能的就是ADC芯片， 同样，如果处理器需要对外输出声音，那就就需要将数字信号装换成模拟信号，完成这个功能的就是DAC芯片。 将这两者合起来我们就称之为音频编解码芯片，也就是Audio Codec。其工作流程是：外界的声音（模拟信号）通过麦克风进入Audio Codec中，经由ADC模块将模拟信号转换成数字信号后通过IIS接口送给SOC，SOC对这些数
Linux I2C(四) i2c device_driver注册与数据传输接口
滴水藏海
04-23 1052
i2c device_driver注册与数据传输接口
Linux Alsa音频驱动框架(声卡的创建以及注册)
EmLinuxDeveloper的博客
06-02 2437
dai_list中保存的是soc_dai也就是IIS的ops操作集，在s3c64xx_iis_dev_probe的时候会将device端的信息保存在pdev中，然后通过s5p_i2sv5_register_dai，最后在通过snd_soc_register_dai。s3c64xx_iis_dev_probe函数会去读取资源文件，然后初始化I2S系统时钟，最后将I2S的控制接口注册到声卡的dai中（s5p_i2sv5_register_dai->snd_soc_register_dai）；
audio驱动之machine
karaskass的博客
05-07 1456
文章目录音频驱动原理概述音频驱动分析platformcpu_daicodec和codec_daimachine耳机 音频驱动原理概述 ASoC 被分为 Machine， Platform 和 Codec 三大部件，Platform 驱动的主要作用是完成音频数据的管理， 最终通过 CPU 的 数字音频接口（DAI） 把音频数据传送给 Codec 进行处理，最终由 Codec 输出驱动耳机或者是喇叭的...
android audio资料
fangyan_1229的博客
11-06 995
android acdb audiohal加载 动态路由
高通Audio中ASOC的machine驱动（一）
weixin_30700977的博客
02-06 945
ASoC被分为Machine、Platform和Codec三大部分，其中的Machine驱动负责Platform和Codec之间的耦合以及部分和设备或板子特定的代码，再次引用上一节的内容：Machine驱动负责处理机器特有的一些控件和音频事件（例如，当播放音频时，需要先行打开一个放大器）；单独的Platform和Codec驱动是不能工作的，它必须由Machine驱动把它们结合在一起才能...
【Audio Driver】ACDB文件加载
qq_38091632的博客
05-04 1万+
ADCB文件分析 文件目录 加载流程 文件信息存放在哪 文件名 解析后的数据 解析acdb文件函数 ACDB Loader acdb文件如何修改 补充 wsa状态判断 acdb文件分析路径分析 hwdep_send_cal函数处理 如何获取acdb文件 1 acdb介绍 参考文章：qcom 音频相关的dsp driver笔记（基于msm8996平台） 这个文章介绍的特别详细。 acdb，全称：au...
msm audio machine 代码跟踪
weixin_30839881的博客
03-09 642
sound/soc/msm/msm8952.c // 注册平台设备 static int __init msm8952_machine_init(void) { return platform_driver_register(&msm8952_asoc_machine_driver); } late_initcall(msm8952_machine_init); // 驱动和...
Android Qcom Audio入门学习
Android驱动开发
02-28 7458
在devictree中可以发现有其实在PIL驱动并没有发生image加载过程,真正的加载有对应的子模块处理中，adsp就是在adsp-loader.c中通过init.qcom.rc启动时 write /sys/kernel/boot_adsp/boot 1 ,之后就会subsystem_get(“adsp”)获取并加载;其他例如slpi, 要看高通不同的平台子模块的组成，有些PIL是没有load slpi模块，sensor也是adsp中，
高通Audio中ASOC的codec驱动 -----mark
weixin_42082222的博客
03-30 1536
高通Audio中ASOC的codec驱动（二） 原文：https://www.tinymind.net.cn/articles/8c917351355016 继上一篇文章：高通Audio中ASOC的machine驱动（一） ASOC的出现是为了让codec独立于CPU，减少和CPU之间的耦合，这样同一个codec驱动就无需修改就可以匹配任何一款平台。 在Machine中已经知道，snd...
广芯BCT4480带保护功能的USB Type-C模拟音频开关，PIN替换FSA4480
weixin_67564724的博客
08-30 582
广芯BCT4480带保护功能的USB Type-C模拟音频开关，PIN替换FSA4480 BCT4480是一款支持模拟音频耳机的高性能USB Type-C端口多媒体交换机。BCT4480允许共用一个通用USBType-C端口来传递USB2.0信号、模拟音频、边带用户线和模拟麦克风信号。BCT4480还支持SBU端口和USBType-C插座侧的USB端口的高电压。
[Linux Audio Driver] SM6350平台音频bring up ( 一 )
编程菜汝狗
09-21 3829
0. 背景 这个是高通5G平台，音频的内容改的比较多，比较直接的是platform.c就直接移动到vendor了；目前 高通那边的趋势还是把音频逐渐把vendor剥离，android 7/android 8的时候，machine driver，codec driver都在kernel；android 9、android 10之后machine driver，codec driver都移动到了vendor； 到这个5G平台的时候，platform.c以及XML都移到vendor里面去了。 最近准备写几篇从零开
广芯USB Type-C/Audio Switch开关
weixin_67564724的博客
08-30 483
广芯USB Type-C/Audio Switch开关 BCT4480/BCT4321N/BCT4153 替换FSA4480/FSA321/TS5USBA224/NS5S1153 比如BCT4321N具有负信号能力的USB2.0高速和音频开关 BCT4321N是一个双极双掷(DPDT)模拟开关与多路复用USB2.0和负信号音频模拟信号。
高通平台关机充电死机重启
最新发布
03-28
<think>嗯，用户提到的高通平台在关机充电时出现死机重启的问题，我需要先理解可能的原因。首先，关机充电模式下，系统通常会进入低功耗状态，但部分硬件模块如充电管理、电池检测等仍需工作。可能的问题点包括电源管理固件或驱动异常、电池检测逻辑错误、硬件冲突等。 根据用户提供的引用[1]，提到的是HD-audio的补丁加载，这可能与音频驱动有关，但不确定是否直接关联充电问题。不过，有时候系统在低功耗模式下，未正确挂载的驱动模块可能导致异常。需要检查充电相关的驱动模块，比如电池管理芯片的驱动、PMIC（电源管理集成电路）的配置，以及充电过程中的中断处理是否正常。 接下来，可能的解决方案包括更新或修复电源管理相关的驱动和固件，检查充电电路的硬件连接，以及调整低功耗模式下的系统配置。此外，查看内核日志（dmesg）和死机前的最后日志，可以定位到具体的错误信息，如空指针引用或资源竞争等问题。 用户可能需要逐步排查，比如先更新驱动，然后检查硬件，再调整系统配置。同时，参考高通官方文档或社区中类似问题的解决方案也会有帮助。需要确保建议的步骤清晰，并提示用户备份数据以防万一。</think>### 高通平台关机充电死机重启问题解决方案 #### 1. 初步排查硬件与固件 - **检查电池与充电电路**：使用万用表测量电池接口电压，确认是否存在短路或接触不良。高通平台充电管理依赖PMIC（电源管理集成电路），需验证其工作状态[^1] - **更新固件与驱动**：从高通开发者平台获取最新版PMIC驱动和充电管理固件，例如： ```c // PMIC驱动关键函数示例（电源状态检测） static int pmic_check_power_state(struct device *dev) { return regmap_read(pmic->regmap, REG_PWR_STATE, &val); } ``` #### 2. 系统日志分析 - **获取内核日志**： ```bash adb shell dmesg | grep -E "battery|charger|pmic" ``` - **常见错误模式**： - `kernel panic - not syncing: PMIC over-voltage protection` - `charger: Error: battery thermistor reading timeout` #### 3. 软件配置优化 - **调整充电策略**：修改`/sys/class/power_supply/battery/`下的参数文件： ```bash echo 1500000 > constant_charge_current_max # 限制最大充电电流为1.5A ``` - **禁用冲突模块**：在关机充电模式配置文件中注释可能冲突的驱动： ```c // drivers/power/supply/qcom/qpnp-qg.c // module_init(qpnp_qg_init); // 测试时暂时禁用 ``` #### 4. 低功耗模式调试 - **修改CPU休眠状态**： ```device-tree &qcom,pmic { qcom,s3-devs = <&pm8998_s3>; qcom,s3-mode = <1>; // 修改为深度休眠模式 }; ``` - **电压稳定性测试**：使用QPST工具进行PMIC电压波形捕获，确保充电过程中无异常电压波动 #### 5. 安全机制增强 - **增加看门狗检测**： ```c void charging_monitor_task(void) { while (1) { if (read_charger_status() == FAULT) { emergency_shutdown(); } mdelay(1000); } } ```
评论 13
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值