[PATCH] ucm2: hdadsp: add basic ucm config
Gorski, Mateusz
mateusz.gorski at linux.intel.com
Wed Mar 18 11:25:30 CET 2020
>>>>>> Basic UCM configuration for HDA DSP generic enabling codec playback
>>>>>> and
>>>>>> capture on both HDA codec and DMIC ports.
>>>>>
>>>>> Could you describe for what Linux driver (source code) is this
>>>>> configuration?
>>>>
>>>>
>>>> This file is for Intel Skylake SST driver. Information added in v2.
>>>
>>> Ok, do we have this code in the vanilla linux kernel? Which .c file?
>>> The driver name 'hdadsp' looks suspicious. We usually have a delimiter
>>> in the driver name (like sof-hda-dsp).
>>
>>
>> Yes, it is a part of Skylake driver, "hdadsp" is the name of sound card
>> created on machine when using HDA generic machine driver. This machine
>> driver is made of 2 .c files:
>>
>> - skl_hda_dsp_common.c
>> - skl_hda_dsp_generic.c
>>
>> both are located in: sound/soc/intel/boards/
>>
>> Example on production laptop:
>>
>> test at test-Swift-SF515-51T:/proc/asound$ cat cards
>> 0 [hdadsp ]: hda-dsp - hda-dsp
>> WL-SwiftSF515_51T-V1.02-Guinness_WL
>
> Ok, I see now. The 'hdadsp' is the user configurable card
> identification (alias to the card number) not the driver name. The UCM
> should be in 'hda-dsp' directory. If the UCM validator works for you,
> it should be corrected.
>
> Could you point me to the alsa-info.sh output for this hardware?
>
Thank you for the explanation, adjustments are coming in v4. Still, I
was able to test ucm's on DUT using "alsaucm -c hdadsp" command and it
worked..
I had some problems uploading the output automatically, so done it
manually, here's the link:
http://www.alsa-project.org/db/?f=986bf4515b2af1de75d42f2df2f812664fb7ec6e
I also sent a patch adding output to configs subtree in alsa-tests repo.
V4 was tested with ucm-validator, no errors.
> Thank you,
> Jaroslav
>
Thanks,
Mateusz
More information about the Alsa-devel
mailing list