Re: [RFC v5 0/3] Enable HDA Codec support on Intel Platforms (Series1)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




>-----Original Message-----
>From: Takashi Iwai [mailto:tiwai@xxxxxxx]
>Sent: Wednesday, January 3, 2018 9:07 PM
>To: Ughreja, Rakesh A <rakesh.a.ughreja@xxxxxxxxx>
>Cc: alsa-devel@xxxxxxxxxxxxxxxx; broonie@xxxxxxxxxx;
>liam.r.girdwood@xxxxxxxxxxxxxxx; pierre-louis.bossart@xxxxxxxxxxxxxxx; Koul, Vinod
><vinod.koul@xxxxxxxxx>; Patches Audio <patches.audio@xxxxxxxxx>
>Subject: Re: [RFC v5 0/3] Enable HDA Codec support on Intel Platforms (Series1)

>
>Unfortunately my Dell machine has no DSP, and it doesn't give the
>proper NHLT entry, thus the snd-soc-skl loading fails.
>(BTW, there was a kernel WARNING hit by that; will submit the fix
>patch later.)

Yes, you are right.
Based on specification of Dell Latitude 7270, it looks like it is SKL
SoC and so may not have DSP enabled in the BIOS.

>
>So, only judging from the quick glance over the patches:
>first off, the less change in ALSA legacy side than previous versions
>is nice.  Where to call the probe and the remove of ext_ops is still a
>slight question (whether it has to be the very beginning or not), but
>it's a good start.

Based on your suggestion during the previous reviews, I tried reusing
the other functions like snd_hda_codec_set_name, snd_hdac_regmap_init,
patch, snd_hda_codec_build_pcms, snd_hda_codec_build_controls etc.

Except the regmap_init function everything else requires snd_card which
is created only at the machine driver load, so I was not able to reuse 
any other function. That's why I am calling all these functions in the 
snd_soc_codec probe time, and not during the hdac_dev probe.
I have tried calling the regmap_init in the hdac_dev probe and things seem
to work fine, but I am not sure if it is right thing to do, since the card is not
created. 

Do you know if we can do regmap_init before the card is created ?

>
>Maybe we can drop the introduction of bus type, too.  Basically just
>checking the non-NULL bus->ext_ops should be enough to identify the
>ext-bus type.

Yes, sure. I will include this change in the next series.

Regards,
Rakesh


_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel



[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux