From: "Gorski, Mateusz" <mateusz.gorski@linux.intel.com>
To: Jaroslav Kysela <perex@perex.cz>, alsa-devel@alsa-project.org
Cc: cezary.rojewski@intel.com, tiwai@suse.com
Subject: Re: [PATCH] ucm2: hdadsp: add basic ucm config
Date: Wed, 25 Mar 2020 13:21:03 +0100 [thread overview]
Message-ID: <f78927e6-c35c-5b86-9759-1447a8298d85@linux.intel.com> (raw)
In-Reply-To: <fc031fee-4f5d-18bb-b411-2d97f57a0c95@linux.intel.com>
>
>>>>>>> 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@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
>
Is there anything else I could do regarding this change? I think all of
the issues/hints were adressed.
Thanks,
Mateusz
next prev parent reply other threads:[~2020-03-25 12:23 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-06 11:30 [PATCH] ucm2: hdadsp: add basic ucm config Mateusz Gorski
2020-03-09 13:01 ` Jaroslav Kysela
2020-03-13 10:59 ` Gorski, Mateusz
2020-03-13 11:14 ` Jaroslav Kysela
2020-03-17 11:45 ` Gorski, Mateusz
2020-03-17 13:23 ` Jaroslav Kysela
2020-03-18 10:25 ` Gorski, Mateusz
2020-03-25 12:21 ` Gorski, Mateusz [this message]
2020-03-18 15:34 ` Kai Vehmanen
2020-03-19 8:21 ` Gorski, Mateusz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=f78927e6-c35c-5b86-9759-1447a8298d85@linux.intel.com \
--to=mateusz.gorski@linux.intel.com \
--cc=alsa-devel@alsa-project.org \
--cc=cezary.rojewski@intel.com \
--cc=perex@perex.cz \
--cc=tiwai@suse.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).