All of lore.kernel.org
 help / color / mirror / Atom feed
* [alsa-devel] UCM file lookup logic
@ 2020-01-27  3:38 Tanu Kaskinen
  2020-01-27  8:07 ` Jaroslav Kysela
  0 siblings, 1 reply; 3+ messages in thread
From: Tanu Kaskinen @ 2020-01-27  3:38 UTC (permalink / raw)
  To: alsa-devel

Hi all,

I was looking at the UCM files, and most paths have the following
structure:

    <cardname>/<cardname>.conf

I noticed that the "HDA Intel PCH" configuration uses some other
scheme:

    HDA Intel PCH/HDAudio-DualCodecs.conf
    HDA Intel PCH/HDAudio-Gigabyte-ALC1220DualCodecs.conf
    HDA Intel PCH/HDAudio-Lenovo-DualCodecs.conf

How are the directory and file names determined? If I write
configuration for some random sound card that I don't have myself,
where do I find the various identifiers in the alsa-info output? I
don't even really know for sure what the <cardname> in the first
example is, I've been assuming it's the name that appears in the square
brackets in /proc/asound/cards.

I think the lookup logic should be explained in the ucm2/README.md
file. I can write a patch if someone expains the logic to me, but
probably it's easier if you just write the patch yourself.

-- 
Tanu

https://www.patreon.com/tanuk
https://liberapay.com/tanuk

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [alsa-devel] UCM file lookup logic
  2020-01-27  3:38 [alsa-devel] UCM file lookup logic Tanu Kaskinen
@ 2020-01-27  8:07 ` Jaroslav Kysela
  2020-01-28  5:25   ` Tanu Kaskinen
  0 siblings, 1 reply; 3+ messages in thread
From: Jaroslav Kysela @ 2020-01-27  8:07 UTC (permalink / raw)
  To: Tanu Kaskinen, alsa-devel

Dne 27. 01. 20 v 4:38 Tanu Kaskinen napsal(a):
> Hi all,
> 
> I was looking at the UCM files, and most paths have the following
> structure:
> 
>      <cardname>/<cardname>.conf
> 
> I noticed that the "HDA Intel PCH" configuration uses some other
> scheme:
> 
>      HDA Intel PCH/HDAudio-DualCodecs.conf
>      HDA Intel PCH/HDAudio-Gigabyte-ALC1220DualCodecs.conf
>      HDA Intel PCH/HDAudio-Lenovo-DualCodecs.conf
> 
> How are the directory and file names determined? If I write
> configuration for some random sound card that I don't have myself,
> where do I find the various identifiers in the alsa-info output? I
> don't even really know for sure what the <cardname> in the first
> example is, I've been assuming it's the name that appears in the square
> brackets in /proc/asound/cards.

The ucm has scheme <longname>/<longname>.conf and 
<drivername>/<drivername>.conf (fallback).

The ucm2 has scheme <drivername>/<longname>.conf and
<drivername>/<drivername>.conf (fallback).

Example proc output:

  2 [device         ]: USB-Audio - USB Video device
                       317GAWCM001LON3BC1AZ USB Video device at 
usb-0000:00:14.0-4.2.4, high speed

The driver name is 'USB-Audio' here. The longname is '317GAWCM001LON3BC1AZ USB 
Video device at usb-0000:00:14.0-4.2.4, high speed' here. The name in brackets 
is the user selectable identifier for the card (card id). It can be used 
instead the sound card number.

> I think the lookup logic should be explained in the ucm2/README.md
> file. I can write a patch if someone expains the logic to me, but
> probably it's easier if you just write the patch yourself.

Yes, a better documentation for the internals is missing. Unfortunately, I hit 
other real problems with the current UCM logic and trying to resolve them. 
Unfortunately, I am interrupted with other things so things are going slowly 
than I want.

Actually, I am working on a UCM configuration verification tool.

					Jaroslav

-- 
Jaroslav Kysela <perex@perex.cz>
Linux Sound Maintainer; ALSA Project; Red Hat, Inc.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [alsa-devel] UCM file lookup logic
  2020-01-27  8:07 ` Jaroslav Kysela
@ 2020-01-28  5:25   ` Tanu Kaskinen
  0 siblings, 0 replies; 3+ messages in thread
From: Tanu Kaskinen @ 2020-01-28  5:25 UTC (permalink / raw)
  To: Jaroslav Kysela, alsa-devel

On Mon, 2020-01-27 at 09:07 +0100, Jaroslav Kysela wrote:
> Dne 27. 01. 20 v 4:38 Tanu Kaskinen napsal(a):
> > Hi all,
> > 
> > I was looking at the UCM files, and most paths have the following
> > structure:
> > 
> >      <cardname>/<cardname>.conf
> > 
> > I noticed that the "HDA Intel PCH" configuration uses some other
> > scheme:
> > 
> >      HDA Intel PCH/HDAudio-DualCodecs.conf
> >      HDA Intel PCH/HDAudio-Gigabyte-ALC1220DualCodecs.conf
> >      HDA Intel PCH/HDAudio-Lenovo-DualCodecs.conf
> > 
> > How are the directory and file names determined? If I write
> > configuration for some random sound card that I don't have myself,
> > where do I find the various identifiers in the alsa-info output? I
> > don't even really know for sure what the <cardname> in the first
> > example is, I've been assuming it's the name that appears in the square
> > brackets in /proc/asound/cards.
> 
> The ucm has scheme <longname>/<longname>.conf and 
> <drivername>/<drivername>.conf (fallback).
> 
> The ucm2 has scheme <drivername>/<longname>.conf and
> <drivername>/<drivername>.conf (fallback).
> 
> Example proc output:
> 
>   2 [device         ]: USB-Audio - USB Video device
>                        317GAWCM001LON3BC1AZ USB Video device at 
> usb-0000:00:14.0-4.2.4, high speed
> 
> The driver name is 'USB-Audio' here. The longname is '317GAWCM001LON3BC1AZ USB 
> Video device at usb-0000:00:14.0-4.2.4, high speed' here. The name in brackets 
> is the user selectable identifier for the card (card id). It can be used 
> instead the sound card number.

Thanks, seems pretty straightforward!

> > I think the lookup logic should be explained in the ucm2/README.md
> > file. I can write a patch if someone expains the logic to me, but
> > probably it's easier if you just write the patch yourself.
> 
> Yes, a better documentation for the internals is missing. Unfortunately, I hit 
> other real problems with the current UCM logic and trying to resolve them. 
> Unfortunately, I am interrupted with other things so things are going slowly 
> than I want.

Does this mean that the file lookup logic is likely to still change?

-- 
Tanu

https://www.patreon.com/tanuk
https://liberapay.com/tanuk

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-01-28  5:27 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-27  3:38 [alsa-devel] UCM file lookup logic Tanu Kaskinen
2020-01-27  8:07 ` Jaroslav Kysela
2020-01-28  5:25   ` Tanu Kaskinen

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.