linux-kernel - Re: HDA codec problem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Fri, 20 Aug 2021 16:11:23 +0200
From:   Takashi Iwai <tiwai@...e.de>
To:     Randy Dunlap <rdunlap@...radead.org>
Cc:     alsa-devel@...a-project.org, LKML <linux-kernel@...r.kernel.org>
Subject: Re: HDA codec problem

On Fri, 20 Aug 2021 15:54:51 +0200,
Randy Dunlap wrote:
> 
> On 8/19/21 11:44 PM, Takashi Iwai wrote:
> > On Fri, 20 Aug 2021 07:08:34 +0200,
> > Randy Dunlap wrote:
> >>
> >> Hi,
> >>
> >> I am having problems getting audio working on my computer:
> >>
> >> 00:1f.3 Audio device: Intel Corporation Device f1c8
> >>
> >> I did an internet search that said that I would need 5.13 or later to
> >> have support for this device.
> >
> > The above is Cometlake-H, and it pretty much depends on the machine
> > configuration.
> >
> >> openSUSE 15.3 kernel 5.3.18-59.19-default says:
> >>
> >> snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC233: line_outs=1 (0x1b/0x0/0x0/0x0/0x0) type:line
> >> snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
> >> snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
> >> snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
> >> snd_hda_codec_realtek hdaudioC0D0:    inputs:
> >> snd_hda_codec_realtek hdaudioC0D0:      Mic=0x1a
> >> snd_hda_codec_realtek hdaudioC0D0:      Mic=0x19
> >>
> >> but produces no sound output.
> >
> > FWIW, openSUSE Leap 15.3 kernel is based on 5.3 but got tons of
> > backports, hence its HD-audio part is almost equivalent with 5.13 or
> > later kernel (except for the recently changed mute-LED handling --
> > which must be irrelevant with your problem).
> >
> > The above indicates that the codec is detected and set up.  The rest
> > part is often some vendor-specific quirks.  For that, details are
> > missing completely.  At best please give alsa-info.sh output (run the
> > script with --no-upload and attach the output).
> >
> 
> Oh, of course. Now attached.

I see that the Headphone mixer switch is off by some reason.
But it should have been toggled by PulseAudio.

You can test like:
  amixer -c0 set "Headphone" unmute

Also, just to be sure: did you install both pulseaudio and pipewire?
They may conflict.


Takashi