On Wed, 08 Mar 2023 20:50:09 +0100,
Jetro Jormalainen wrote:
>
> External mic on Lenovo Ideapad U310 has not been working with and
> after 5.19.2 release. Same problem still exists on 6.3.0-rc1. Reverting
> this commit makes external mic to work on 6.3.0-rc1. These were tested
> on vanilla kernels.
>
> Bisecting shows that this commit breaks external mic:
> f83bb2592482fe94c6eea07a8121763c80f36ce5
> ALSA: hda/conexant: Add quirk for LENOVO 20149 Notebook model
Sounds like multiple models using the same PCI SSID.
Could you share the alsa-info.sh output?
Meng, also could you give alsa-info.sh output of Lenovo 20149, too?
thanks,
Takashi
> After this commit Pulseaudio only shows "Microphone" port as before
> there was "Internal microphone" and "Microphone". However when
> recording this "Microphone" port that seems to record internal
> microphone. External mic cannot be recorded at all after this commit.
>
> External mic not working (dmesg):
>
> [ 7.565222] snd_hda_codec_conexant hdaudioC1D0: CX20590: BIOS auto-probing.
> [ 7.566141] snd_hda_codec_conexant hdaudioC1D0: autoconfig for CX20590: line_outs=1 (0x1f/0x0/0x0/0x0/0x0) type:speaker
> [ 7.566152] snd_hda_codec_conexant hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
> [ 7.566158] snd_hda_codec_conexant hdaudioC1D0: hp_outs=1 (0x19/0x0/0x0/0x0/0x0)
> [ 7.566162] snd_hda_codec_conexant hdaudioC1D0: mono: mono_out=0x0
> [ 7.566166] snd_hda_codec_conexant hdaudioC1D0: inputs:
> [ 7.566169] snd_hda_codec_conexant hdaudioC1D0: Mic=0x23
> [ 7.566172] snd_hda_codec_conexant hdaudioC1D0: dig-in=0x1a
>
> External mic working (dmesg):
>
> [ 8.381160] snd_hda_codec_conexant hdaudioC1D0: CX20590: BIOS auto-probing.
> [ 8.381691] snd_hda_codec_conexant hdaudioC1D0: autoconfig for CX20590: line_outs=1 (0x1f/0x0/0x0/0x0/0x0) type:speaker
> [ 8.381700] snd_hda_codec_conexant hdaudioC1D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
> [ 8.381705] snd_hda_codec_conexant hdaudioC1D0: hp_outs=1 (0x19/0x0/0x0/0x0/0x0)
> [ 8.381710] snd_hda_codec_conexant hdaudioC1D0: mono: mono_out=0x0
> [ 8.381714] snd_hda_codec_conexant hdaudioC1D0: inputs:
> [ 8.381717] snd_hda_codec_conexant hdaudioC1D0: Internal Mic=0x23
> [ 8.381721] snd_hda_codec_conexant hdaudioC1D0: Mic=0x1a
>
>
> cat /proc/version:
> Linux version 6.3.0-rc1-1 (linux@archlinux) (gcc (GCC) 12.2.1 20230201, GNU ld (GNU Binutils) 2.40) #10 SMP PREEMPT_DYNAMIC Wed, 08 Mar 2023 17:45:22 +0000
>
> hostnamectl | grep "Operating System":
> Operating System: Arch Linux
>
> uname -mi:
> x86_64 unknown
>
> #regzbot introduced: f83bb2592482
Wed, 15 Mar 2023 15:29:53 +0100
Takashi Iwai <[email protected]> kirjoitti:
> On Wed, 08 Mar 2023 20:50:09 +0100,
> Jetro Jormalainen wrote:
> >
> > External mic on Lenovo Ideapad U310 has not been working with and
> > after 5.19.2 release. Same problem still exists on 6.3.0-rc1.
> > Reverting this commit makes external mic to work on 6.3.0-rc1.
> > These were tested on vanilla kernels.
> >
> > Bisecting shows that this commit breaks external mic:
> > f83bb2592482fe94c6eea07a8121763c80f36ce5
> > ALSA: hda/conexant: Add quirk for LENOVO 20149 Notebook model
>
> Sounds like multiple models using the same PCI SSID.
> Could you share the alsa-info.sh output?
I added alsa-info.sh output on non-working kernel to here:
https://e.pcloud.link/publink/show?code=XZjUqhZVP3JPN9gcyyh9lG23r5g3pKwaD8k
If it's any use here is also output on same kernel with the commit
reverted:
https://e.pcloud.link/publink/show?code=XZ9UqhZ90gGNhCqiEkFwsKoQ6LWI0ECt8a7
BR Jetro
> Meng, also could you give alsa-info.sh output of Lenovo 20149, too?
>
>
> thanks,
>
> Takashi
>
>
> > After this commit Pulseaudio only shows "Microphone" port as before
> > there was "Internal microphone" and "Microphone". However when
> > recording this "Microphone" port that seems to record internal
> > microphone. External mic cannot be recorded at all after this
> > commit.
> >
> > External mic not working (dmesg):
> >
> > [ 7.565222] snd_hda_codec_conexant hdaudioC1D0: CX20590: BIOS
> > auto-probing. [ 7.566141] snd_hda_codec_conexant hdaudioC1D0:
> > autoconfig for CX20590: line_outs=1 (0x1f/0x0/0x0/0x0/0x0)
> > type:speaker [ 7.566152] snd_hda_codec_conexant hdaudioC1D0:
> > speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 7.566158]
> > snd_hda_codec_conexant hdaudioC1D0: hp_outs=1
> > (0x19/0x0/0x0/0x0/0x0) [ 7.566162] snd_hda_codec_conexant
> > hdaudioC1D0: mono: mono_out=0x0 [ 7.566166]
> > snd_hda_codec_conexant hdaudioC1D0: inputs: [ 7.566169]
> > snd_hda_codec_conexant hdaudioC1D0: Mic=0x23 [ 7.566172]
> > snd_hda_codec_conexant hdaudioC1D0: dig-in=0x1a
> >
> > External mic working (dmesg):
> >
> > [ 8.381160] snd_hda_codec_conexant hdaudioC1D0: CX20590: BIOS
> > auto-probing. [ 8.381691] snd_hda_codec_conexant hdaudioC1D0:
> > autoconfig for CX20590: line_outs=1 (0x1f/0x0/0x0/0x0/0x0)
> > type:speaker [ 8.381700] snd_hda_codec_conexant hdaudioC1D0:
> > speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 8.381705]
> > snd_hda_codec_conexant hdaudioC1D0: hp_outs=1
> > (0x19/0x0/0x0/0x0/0x0) [ 8.381710] snd_hda_codec_conexant
> > hdaudioC1D0: mono: mono_out=0x0 [ 8.381714]
> > snd_hda_codec_conexant hdaudioC1D0: inputs: [ 8.381717]
> > snd_hda_codec_conexant hdaudioC1D0: Internal Mic=0x23 [
> > 8.381721] snd_hda_codec_conexant hdaudioC1D0: Mic=0x1a
> >
> >
> > cat /proc/version:
> > Linux version 6.3.0-rc1-1 (linux@archlinux) (gcc (GCC) 12.2.1
> > 20230201, GNU ld (GNU Binutils) 2.40) #10 SMP PREEMPT_DYNAMIC Wed,
> > 08 Mar 2023 17:45:22 +0000
> >
> > hostnamectl | grep "Operating System":
> > Operating System: Arch Linux
> >
> > uname -mi:
> > x86_64 unknown
> >
> > #regzbot introduced: f83bb2592482
>
On 2023/3/15 22:29, Takashi Iwai wrote:
>
> Sounds like multiple models using the same PCI SSID.
> Could you share the alsa-info.sh output?
> Meng, also could you give alsa-info.sh output of Lenovo 20149, too?
>
>
Sorry, because the environment used before belongs to the customer's
environment, the environment has been returned to the customer after the
verification is completed.
Output information is no longer available.
On Thu, 16 Mar 2023 03:01:22 +0100,
tangmeng wrote:
>
>
> On 2023/3/15 22:29, Takashi Iwai wrote:
>
> >
> > Sounds like multiple models using the same PCI SSID.
> > Could you share the alsa-info.sh output?
> > Meng, also could you give alsa-info.sh output of Lenovo 20149, too?
> >
> >
> Sorry, because the environment used before belongs to the customer's
> environment, the environment has been returned to the customer after
> the verification is completed.
> Output information is no longer available.
Too bad. So, if any, further fixes will be a guess work.
Do you know the codec vendor ID at least?
At the next time you submit such a change, please keep the
alsa-info.sh output for a future reference.
thanks,
Takashi
On 2023/3/16 13:54, Takashi Iwai wrote:
> Too bad. So, if any, further fixes will be a guess work.
> Do you know the codec vendor ID at least?
>
From the information I saved as follows:
制造商: Intel Corporation
型 号: Intel 7 Series/C216 Chipset Family High Definition Audio Controller
And by my pci.ids comparison, the corresponding should be 8086:1e20
> At the next time you submit such a change, please keep the
> alsa-info.sh output for a future reference.
>
Yes, I will save relevant information in the future.
Thanks,
Meng
On Thu, 16 Mar 2023 07:33:46 +0100,
tangmeng wrote:
>
>
>
> On 2023/3/16 13:54, Takashi Iwai wrote:
> > Too bad. So, if any, further fixes will be a guess work.
> > Do you know the codec vendor ID at least?
> >
> From the information I saved as follows:
>
> $B@)B$>&(B: Intel Corporation
> $B7?(B $B9f(B: Intel 7 Series/C216 Chipset Family High Definition Audio Controller
>
> And by my pci.ids comparison, the corresponding should be 8086:1e20
That doesn't help much, unfortunately. The interesting numbers are
found rather in /proc/asound/card*/codec* files.
I guess the HD-audio codec ID is same among other models, but it
should have a unique HD-audio codec subsystem id (SSID) 0x17aaXXXX.
And, through skimming over the net, I found that the PCI SSID
17aa:3977 hits a few more other Lenovo models. It implies that
applying your change may likely break those others, too.
As a consequence, I'm afraid that we'll have to revert your change,
while keeping the quirk applicable via the model option.
If you need to fix it properly, please check the codec SSID, and use
that value instead of PCI SSID 17aa:3977.
Takashi
[TLDR: This mail in primarily relevant for Linux kernel regression
tracking. See link in footer if these mails annoy you.]
On 16.03.23 03:01, tangmeng wrote:
>
> On 2023/3/15 22:29, Takashi Iwai wrote:
>
>>
>> Sounds like multiple models using the same PCI SSID.
>> Could you share the alsa-info.sh output?
>> Meng, also could you give alsa-info.sh output of Lenovo 20149, too?
>>
>>
> Sorry, because the environment used before belongs to the customer's
> environment, the environment has been returned to the customer after the
> verification is completed.
> Output information is no longer available.
#regzbot inconclusive: unsolved, but reporter has no access to device
anymore
#regzbot ignore-activity
Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
That page also explains what to do if mails like this annoy you.