[Bugme-new] [Bug 40792] New: alsa+modules+udev+/proc/asound/cards=lottery

bugzilla-daemon at bugzilla.kernel.org bugzilla-daemon at bugzilla.kernel.org
Tue Aug 9 17:53:31 PDT 2011


https://bugzilla.kernel.org/show_bug.cgi?id=40792

           Summary: alsa+modules+udev+/proc/asound/cards=lottery
           Product: Drivers
           Version: 2.5
    Kernel Version: 2.6+, 3+
          Platform: All
        OS/Version: Linux
              Tree: Mainline
            Status: NEW
          Severity: normal
          Priority: P1
         Component: Sound(ALSA)
        AssignedTo: perex at perex.cz
        ReportedBy: ast at domdv.de
        Regression: No


Here's a conceptual alsa problem:

Build all your sound cards as modules. Boot. Have udev handle the sound
modules. Run this on an 8 core numa system. Result:

The sequence of cards in /proc/asound/cards is a lottery result that changes
from boot to boot. Now if you need to define a sound card in /etc/asound.conf
you're lost.

For type "hw" in the file I don't know any other "card" value than a number
which breaks from boot to boot.

There needs to be a way that identifies cards in config files for alsa
regardless how udev does load them.

This will be becoming more and more prominent as onboard and hdmi audio sound
gets standard.

For me on the target system the problem is between "ICE1712 - M Audio
Audiophile 24/96" and "HDA-Intel - HDA NVidia" for which the udev load sequence
is undefined.

It is, with all respect, not acceptable to write a script that modifies
asound.conf with respect to the contents of /proc/asound/cards. This is already
due to the fact that asound.conf resides in /etc, not in /var, which strongly
hints to a system constant configuration.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


More information about the Bugme-new mailing list