lkml.org 
[lkml]   [2014]   [Jan]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 2/3] ASoC: atmel_wm8904: make it available to choose clock
Hi Mark,

On 01/15/2014 04:36 AM, Mark Brown wrote:
> On Tue, Jan 14, 2014 at 11:25:55AM +0800, Bo Shen wrote:
>> Make it available to choose the clock from TK pin or RK pin. This
>> is hardware design decided.
>
>> --- a/sound/soc/atmel/atmel_wm8904.c
>> +++ b/sound/soc/atmel/atmel_wm8904.c
>> @@ -108,6 +108,7 @@ static int atmel_asoc_wm8904_dt_init(struct platform_device *pdev)
>> struct device_node *codec_np, *cpu_np;
>> struct snd_soc_card *card = &atmel_asoc_wm8904_card;
>> struct snd_soc_dai_link *dailink = &atmel_asoc_wm8904_dailink;
>> + struct atmel_ssc_info *ssc_info;
>> int ret;
>>
>> if (!np) {
>> @@ -115,6 +116,15 @@ static int atmel_asoc_wm8904_dt_init(struct platform_device *pdev)
>> return -EINVAL;
>> }
>>
>> + ssc_info = devm_kzalloc(&pdev->dev, sizeof(*ssc_info), GFP_KERNEL);
>> + if (!ssc_info)
>> + return -ENOMEM;
>> +
>> + ssc_info->clk_from_rk_pin =
>> + of_property_read_bool(np, "clk_from_rk_pin");
>> +
>> + card->drvdata = (void *)ssc_info;
>
> Shouldn't this code be in the DAI driver? Otherwise this series looks
> fine to me, though the DT folks might have something to say I guess.

For audio on Atmel SoC, it depends on three device nodes, one is SSC
node, one is the codec node and the sound node.
The sound node will parse by machine driver, and machine driver is
mainly for hardware connection. As the "clk_from_rk_pin" is decided by
hardware, so, I put it here.
If I move the code to dai driver, it will parse the sound node in dai
driver, I think it will make the code a little bit not explicit. What do
you think?

Best Regards,
Bo Shen



\
 
 \ /
  Last update: 2014-01-16 03:21    [W:0.079 / U:0.332 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site