[alsa-devel] [PATCH] ASoC: qcom: add sdm845 sound card support

Rohit Kumar rohitkr at codeaurora.org
Wed Jun 20 09:37:29 CEST 2018


Hello Vinod,


On 6/19/2018 9:52 PM, Vinod wrote:
> Hi Rohit,
>
> On 19-06-18, 19:20, Rohit Kumar wrote:
>> On 6/19/2018 10:35 AM, Vinod wrote:
>>> On 18-06-18, 16:46, Rohit kumar wrote:
>>>
>>>> +struct sdm845_snd_data {
>>>> +	struct snd_soc_card *card;
>>>> +	struct regulator *vdd_supply;
>>>> +	struct snd_soc_dai_link dai_link[];
>>>> +};
>>>> +
>>>> +static struct mutex pri_mi2s_res_lock;
>>>> +static struct mutex quat_tdm_res_lock;
>>> any reason why the locks can't be part of sdm845_snd_data?
>>> Also why do we need two locks ?
>> No specific reason, I will move it to sdm845_snd_data.
>> These locks are used to protect enable/disable of bit clocks. We have
>> Primary MI2S RX/TX
>> and Quaternary TDM RX/TX interfaces. For primary mi2s rx/tx, we have single
>> clock which is
>> synchronized with pri_mi2s_res_lock. For Quat TDM RX/TX, we are using
>> quat_tdm_res_lock.
>> We need two locks as we are protecting two different resources.
> I think bigger question is why do you need any locks? What is the race
> scenario you envision which needs protection
>

Below is one of the race condition:

Thread1                          |         Thread2
----------------------------------------------------------
startup()                         |
count++;                         |    startup()
read count (count = 1) |
enable_clock()               |    count++;   //count = 2
shutdown()                    |
count--;// count = 1      |
                                          | read count (count = 1)
                                          | enable_clock()

Here clock will be enabled twice but disable will be called only once 
when count = 0.

This will make the clock always enabled. So, I think we should keep 
either mutex lock or atomic variable to synchronize this.

Regards,
Rohit

-- 
Qualcomm India Private Limited, on behalf of Qualcomm Innovation Center, Inc.,
is a member of Code Aurora Forum, a Linux Foundation Collaborative Project.



More information about the Alsa-devel mailing list