Re: [gentoo-user] Laptop internal speakers no longer working after recent updates

[Alexander Puchmayr]

Am Dienstag, 31. August 2021, 19:24:15 CEST schrieb Michael:
> On Tuesday, 31 August 2021 12:08:04 BST Alexander Puchmayr wrote:
> > Am Dienstag, 31. August 2021, 00:18:43 CEST schrieb Michael:
> > > If the alsa drivers are not compiled as modules, the above file would
> > > not
> > > have any effect.  Anyway, let's try this in /etc/asound.conf:
> > >
> > > defaults.pcm.card 1
> > > defaults.pcm.device 0
> > > defaults.ctl.card 1
> > >
> > > On a reboot your Generic_1 analogue card should be available and
> > > recognised
> > > as the default audio device.  You may need to unmute it, via pactl or
> > > kmix.
> >
> > Sorry, didn't change anything.
> >
> > I doubt that the problem is wrong default settings of alsa.
> >
> > I run pulseaudio -vvv and the output was interesting:
> >
> > Pci0000:00/0000:00:08.1/0000:07:00.1/sound/card0
> > and
> > pci0000:00/0000:00:08.1/0000:07:00.6/sound/card1
> >
> > Where the latter one is the one that is not used by pulseaudio.
> >
> > Both report  "UCM available for card HD-Audio Generic"
> > Note: the card name "HD-Audio Generic" is identical, and this is reported
> > by alsa-libs, as far as I could see from the code.
>
> Your *card* names according to your 'aplay -l' output are/were:
>
> card 0: Generic
> card 1: Generic_1
> card 3: Headset
>
> You can re-check this with:
>
> aplay -l | awk -F \: '/,/{print $2}' | awk '{print $1}' | uniq
>
>
> Another way to discover all card name(s) including unused cards is by the
> output of:
>
> cat /sys/class/sound/card*/id
>
> The alsa-ucm function involves creating use case alsa mixer profiles,
> similar to pulseaudio profiles and will work even without pulseaudio
> running.   If a UCM configuration file exists for a card, then pulseaudio
> will ignore built-in profiles and will generate a profile based on the UCM
> config file.
>
> Take a look at:
>
> /usr/share/alsa/ucm2/README.md
>
> and for various mixer profiles look under /usr/share/alsa/ucm2/
>
> However, my usage of pulseaudio  has been cursory and don't know much about
> its auto-configuration.  In any case, I suspect the alsa-ucm output is only
> relevant in highlighting the common codec name, as you confirm below.
>
> > [...]
> >
> > Alsa-info.sh reveals further info:
> > !!Soundcards recognised by ALSA
> > !!-----------------------------
> >
> >  0 [Generic        ]: HDA-Intel - HD-Audio Generic
> >
> >                       HD-Audio Generic at 0xfd3c8000 irq 91
> >
> >  1 [Generic_1      ]: HDA-Intel - HD-Audio Generic
> >
> >                       HD-Audio Generic at 0xfd3c0000 irq 92
> >
> >  2 [acp            ]: acp - acp
> >
> >                       acp
> >
> > To me it looks like as if pulseaudio is quering card0, getting the name
> > "HD- Audio Generic", finding the HDMI channels; then it tries to read
> > card1, gets also "HD-Audio Generic" as name and hence the same channels
> > as for card0.
> >
> > I have no idea how to fix this.
> >
> > Cheers
> >
> > 	Alex
>
> As I understand it, "HD-Audio" is the kernel driver (CONFIG_SND_HDA=m) and
> "Generic" is the generic codec parser (CONFIG_SND_HDA_GENERIC=m) used by the
> snd-hda-intel module (CONFIG_SND_HDA_INTEL=m) - unless a specific model
> codec is (also) configured for a card, e.g. in my case I have
> CONFIG_SND_HDA_CODEC_CONEXANT=m
>
> If in your recent system update/upgrade you did not change your kernel, or
> the available options of any audio modules under /etc/modprobe.d/ then the
> drivers were always configured so and therefore the problem you experience
> now is unlikely to be caused by the generic codec parser.
>
> Someone more knowledgeable in pulseaudio should chime in, assuming this
> problem is being caused by pulseaudio.  :-/

I just downgraded to alsa-utils and alsa-tools 1.2.3, and the problem 
disappeared. I will keep this combination for a while until the next update.

However, I'm not sure whether this is an alsa problem or a pulseaudio problem.

Thanks for your help
   Alex