All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Olliver Schinagl <oliver@schinagl.nl>
Cc: alsa-devel@alsa-project.org
Subject: Re: snd_hda_codec_cirrus kernel oops
Date: Thu, 18 May 2023 16:27:21 +0200	[thread overview]
Message-ID: <87y1llhfzq.wl-tiwai@suse.de> (raw)
In-Reply-To: <d6e3b9ea-f98f-6404-e1ee-6973d68b64c1@schinagl.nl>

On Thu, 18 May 2023 16:24:02 +0200,
Olliver Schinagl wrote:
> 
> Hey Takashi,
> 
> I've applied the patch you've listed below. Is there some 'fool-proof'
> way to produce _any_ output however? I've stopped pulse/pipe audio,
> and only use aplay + alsamixer. Back to basics as they say. For aplay,
> I use -D sysdefault:CARD=PCH (which was listed as a cirrus card with
> -L).
> 
> Alsamixer was used to ensure all volumes are open.
> 
> Without anything running, I was able to use hdajackretask to apply
> settings. But then, what to put. I get that I have to figure out, what
> is routed where (i'll try to find the schematic for the macbook pro
> 12,1), but hence my question, is there some way to produce something?
> In hdajackretask I've enabled all pins, overriden them all, and set
> them all to the same configuration. 'Internal, internal, speaker,
> other-analog, green, not-present, 1, front'. I figured, by setting up
> verything to the internal speaker, I must get sound out of something,
> but alas.
> 
> I also have a Macbook pro from 1 or 2 generations earlier, 11,2 afaik,
> where the sound still does work. I've used the same config
> hdajackretask showed was in use there, but (obviously?) that didn't
> work.
> 
> So I'm a bit grasping at straws. Trying _every_ combination is a bit much?

It's the hard part.  I'd try to copy the pin config of the existing
models at first, then try shooting one pin by one if it doesn't work.


Takashi

> 
> Olliver
> 
> On 16-05-2023 20:31, Takashi Iwai wrote:
> > On Tue, 16 May 2023 18:49:55 +0200,
> > Olliver Schinagl wrote:
> >> 
> >> Hey Takashi,
> >> 
> >>>> [   90.497004] CPU: 3 PID: 343 Comm: modprobe Not tainted
> >>>> 6.3.1-arch2-1 #1 4c16b0b90f71a940c7f1bb2eb00cdd9db2a83452
> >>>> [   90.497008] Hardware name: Apple
> >>>> Inc. MacBookPro12,1/Mac-E43C1C25D4880AD6, BIOS 481.0.0.0.0 01/12/2023
> >>>> [   90.497010] RIP: 0010:get_line_out_pfx+0x2dd/0x3e0
> >>>> [snd_hda_codec_generic]
> >>> 
> >>> Can you try to decode which line does it hit?
> >> This was the arch 'vendor' kernel, so not easily? I could have tried
> >> though I suppose :)
> >> 
> >> Instead, I just applied your patch and tried that instead.
> >> 
> >>> 
> >>> Also, as a blind shot, does the patch below work around the bug?
> >> [   16.593760] 0x000000000000-0x000000800000 : "BIOS"
> >> [   16.603877] snd_hda_codec_cirrus hdaudioC1D0: autoconfig for
> >> CS4208: line_outs=5 (0x11/0x12/0x13/0x14/0x1d) type:speaker
> >> [   16.603885] snd_hda_codec_cirrus hdaudioC1D0:    speaker_outs=0
> >> (0x0/0x0/0x0/0x0/0x0)
> >> [   16.603888] snd_hda_codec_cirrus hdaudioC1D0:    hp_outs=1
> >> (0x10/0x0/0x0/0x0/0x0)
> >> [   16.603890] snd_hda_codec_cirrus hdaudioC1D0:    mono: mono_out=0x0
> >> [   16.603892] snd_hda_codec_cirrus hdaudioC1D0:    dig-out=0x1e/0x21
> >> [   16.603894] snd_hda_codec_cirrus hdaudioC1D0:    inputs:
> >> [   16.603895] snd_hda_codec_cirrus hdaudioC1D0:      Internal Mic=0x16
> >> [   16.603897] snd_hda_codec_cirrus hdaudioC1D0:      Internal Mic=0x15
> >> [   16.603899] snd_hda_codec_cirrus hdaudioC1D0:      Mic=0x18
> >> [   16.603900] snd_hda_codec_cirrus hdaudioC1D0:      Internal Mic=0x19
> >> [   16.603902] snd_hda_codec_cirrus hdaudioC1D0:      Internal Mic=0x1a
> >> [   16.603904] snd_hda_codec_cirrus hdaudioC1D0:      Internal Mic=0x1b
> >> [   16.603919] snd_hda_codec_cirrus hdaudioC1D0:      Internal Mic=0x1c
> >> [   16.603921] snd_hda_codec_cirrus hdaudioC1D0:      Line=0x17
> >> [   16.603922] snd_hda_codec_cirrus hdaudioC1D0:    dig-in=0x22
> >> [   16.605152] snd_hda_codec_cirrus hdaudioC1D0: Too many channels in
> >> get_line_out_pfx: 4
> >> [   16.605215] snd_hda_codec_cirrus hdaudioC1D0: Too many channels in
> >> get_line_out_pfx: 4
> >> 
> >> the good thing, you fixed the oops; the bad thing, it's no working,
> >> but hopefully this helps you gain more insight?
> > 
> > Below is a bit better patch for fixing the Oops.
> > 
> > But, judging from the output above, I guess it won't help completely,
> > because the pin configuration looks broken; e.g. it reports too many
> > "Internal Mic" pins (which must be only one usually).
> > 
> > That said, the actual breakage (except for kernel Oops) is the pin
> > config set by BIOS.  Maybe it doesn't set up things properly *at all*
> > You'll need to correct it by providing the full pin config with a
> > quirk table.  And for that, you'll need to figure out the pins via
> > trial-and-error, for example, with the help of hdajackretask.
> > 
> > 
> > thanks,
> > 
> > Takashi
> > 
> > -- 8< --
> > From: Takashi Iwai <tiwai@suse.de>
> > Subject: [PATCH] ALSA: hda: Fix Oops by 9.1 surround channel names
> > 
> > get_line_out_pfx() may trigger an Oops by overflowing the static array
> > with more than 8 channels.  This was reported for MacBookPro 12,1 with
> > Cirrus codec.
> > 
> > As a workaround, extend for the 9.1 channels and also fix the
> > potential Oops by unifying the code paths accessing the same array
> > with the proper size check.
> > 
> > Reported-by: Olliver Schinagl <oliver@schinagl.nl>
> > Cc: <stable@vger.kernel.org>
> > Link: https://lore.kernel.org/r/64d95eb0-dbdb-cff8-a8b1-988dc22b24cd@schinagl.nl
> > Signed-off-by: Takashi Iwai <tiwai@suse.de>
> > ---
> >   sound/pci/hda/hda_generic.c | 7 ++++---
> >   1 file changed, 4 insertions(+), 3 deletions(-)
> > 
> > diff --git a/sound/pci/hda/hda_generic.c b/sound/pci/hda/hda_generic.c
> > index fc114e522480..dbf7aa88e0e3 100644
> > --- a/sound/pci/hda/hda_generic.c
> > +++ b/sound/pci/hda/hda_generic.c
> > @@ -1155,8 +1155,8 @@ static bool path_has_mixer(struct hda_codec *codec, int path_idx, int ctl_type)
> >   	return path && path->ctls[ctl_type];
> >   }
> >   -static const char * const channel_name[4] = {
> > -	"Front", "Surround", "CLFE", "Side"
> > +static const char * const channel_name[] = {
> > +	"Front", "Surround", "CLFE", "Side", "Back",
> >   };
> >     /* give some appropriate ctl name prefix for the given line out
> > channel */
> > @@ -1182,7 +1182,7 @@ static const char *get_line_out_pfx(struct hda_codec *codec, int ch,
> >     	/* multi-io channels */
> >   	if (ch >= cfg->line_outs)
> > -		return channel_name[ch];
> > +		goto fixed_name;
> >     	switch (cfg->line_out_type) {
> >   	case AUTO_PIN_SPEAKER_OUT:
> > @@ -1234,6 +1234,7 @@ static const char *get_line_out_pfx(struct hda_codec *codec, int ch,
> >   	if (cfg->line_outs == 1 && !spec->multi_ios)
> >   		return "Line Out";
> >   + fixed_name:
> >   	if (ch >= ARRAY_SIZE(channel_name)) {
> >   		snd_BUG();
> >   		return "PCM";
> 

  reply	other threads:[~2023-05-18 14:28 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-11 15:12 snd_hda_codec_cirrus kernel oops Olliver Schinagl
2023-05-12  9:01 ` Takashi Iwai
2023-05-16 16:49   ` Olliver Schinagl
2023-05-16 18:31     ` Takashi Iwai
2023-05-18 14:24       ` Olliver Schinagl
2023-05-18 14:27         ` Takashi Iwai [this message]
2023-05-18 15:11           ` Olliver Schinagl
2023-05-19  7:12             ` Takashi Iwai
2023-05-19 16:53               ` Olliver Schinagl
2023-05-20  8:02                 ` Takashi Iwai
2023-05-20  8:08                   ` Olliver Schinagl

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=87y1llhfzq.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=oliver@schinagl.nl \
    /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 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.