Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #77783 > unrolled thread

Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel

Back to article view | Back to linux.debian.kernel

Contents

  Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel Malvin Gattinger <malvin@w4eg.eu> - 2023-01-01 14:50 +0100
    Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel Salvatore Bonaccorso <carnil@debian.org> - 2023-01-01 16:40 +0100
      Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel Salvatore Bonaccorso <carnil@debian.org> - 2023-01-01 16:50 +0100
        Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel Malvin Gattinger <malvin@w4eg.eu> - 2023-01-01 19:40 +0100
          Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel Salvatore Bonaccorso <carnil@debian.org> - 2023-01-02 11:40 +0100
    Processed: Re: Bug#1027483: linux-image-5.10.0-20-amd64: sound  with firmware-sof-intel on Intel Lake stops working with newer kernel "Debian Bug Tracking System" <owner@bugs.debian.org> - 2023-01-01 16:40 +0100
    Processed: Re: Bug#1027483: linux-image-5.10.0-20-amd64: sound  with firmware-sof-intel on Intel Lake stops working with newer kernel "Debian Bug Tracking System" <owner@bugs.debian.org> - 2023-01-01 16:50 +0100
    Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel PÁLFFY Dániel <dpalffy@gmail.com> - 2023-01-01 21:50 +0100
      Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel PÁLFFY Dániel <dpalffy@gmail.com> - 2023-01-01 23:30 +0100
    Bug#1027483: thank you! Tomas Pospisek <tpo@sourcepole.ch> - 2023-01-25 11:20 +0100
      Bug#1027483: thank you! Tomas Pospisek <tpo_deb@sourcepole.ch> - 2023-01-25 11:20 +0100
        Bug#1027483: thank you! Salvatore Bonaccorso <carnil@debian.org> - 2023-01-25 12:20 +0100
    Bug#1027483: marked as done (linux-image-5.10.0-20-amd64: sound  with firmware-sof-intel on Intel Lake stops working with newer kernel) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2023-01-25 21:00 +0100

#77783 — Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel

Package: linux-image-5.10.0-20-amd64
Version: 5.10.158-2
Severity: normal
X-Debbugs-Cc: malvin@w4eg.eu

Dear Maintainer,

I am unsure if this problem belongs to linux-image-amd64 as a regression or is actually a but in firmware-sof-intel.

On an HP ProBook with this sound card (from lspci):

00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-LP Smart Sound Technology Audio Controller (rev 20)

Updating from linux-image-5.10.0-19-amd64 to linux-image-5.10.0-20-amd64 breaks sound.

Sound output from VLC works fine immediately after boot, but using the microphone or other audio use cases later disables all output. Unfortunately the only reproducible example on this laptop was to open the proprietary zoom video-conferencing software which immediately stops all output, but other symptoms are discussed here:

https://forums.debian.net/viewtopic.php?t=153585

https://forums.debian.net/viewtopic.php?p=764594

PulseAudio claims that the output is still running, i.e. pavucontrol and KDE audio settings still show a moving bar for the output.

The only workaround for now is to use the older kernel from linux-image-5.10.0-19-amd64.

kind regards and happy new year,
Malvin Gattinger



-- System Information:
Debian Release: 11.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-19-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages linux-image-5.10.0-20-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.140
ii  kmod                                    28-1
ii  linux-base                              4.6

Versions of packages linux-image-5.10.0-20-amd64 recommends:
ii  apparmor             2.13.6-10
ii  firmware-linux-free  20200122-1

Versions of packages linux-image-5.10.0-20-amd64 suggests:
pn  debian-kernel-handbook  <none>
ii  grub-efi-amd64          2.06-3~deb11u5
pn  linux-doc-5.10          <none>

[toc] | [next] | [standalone]

#77784

Control: reassign -1 src:linux 5.10.158-2

Hi Malvin,

On Sun, Jan 01, 2023 at 02:36:28PM +0100, Malvin Gattinger wrote:
> Package: linux-image-5.10.0-20-amd64
> Version: 5.10.158-2
> Severity: normal
> X-Debbugs-Cc: malvin@w4eg.eu
> 
> Dear Maintainer,
> 
> I am unsure if this problem belongs to linux-image-amd64 as a
> regression or is actually a but in firmware-sof-intel.
> 
> On an HP ProBook with this sound card (from lspci):
> 
> 00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-LP
> Smart Sound Technology Audio Controller (rev 20)
> 
> Updating from linux-image-5.10.0-19-amd64 to
> linux-image-5.10.0-20-amd64 breaks sound.
> 
> Sound output from VLC works fine immediately after boot, but using
> the microphone or other audio use cases later disables all output.
> Unfortunately the only reproducible example on this laptop was to
> open the proprietary zoom video-conferencing software which
> immediately stops all output, but other symptoms are discussed here:
> 
> https://forums.debian.net/viewtopic.php?t=153585
> 
> https://forums.debian.net/viewtopic.php?p=764594
> 
> PulseAudio claims that the output is still running, i.e. pavucontrol
> and KDE audio settings still show a moving bar for the output.
> 
> The only workaround for now is to use the older kernel from
> linux-image-5.10.0-19-amd64.

To pin point the possibly breaking change in the kernel, would you be
able to build kernels, first both upstream kernels mathcing the
5.10.149 (for the 19 ABI one), and 5.10.158 and then bisect betweeen
the two?

https://wiki.debian.org/DebianKernel/GitBisect

Regards,
Salvatore

[toc] | [prev] | [next] | [standalone]

#77787

Control: tags -1 + moreinfo

On Sun, Jan 01, 2023 at 04:34:28PM +0100, Salvatore Bonaccorso wrote:
> Control: reassign -1 src:linux 5.10.158-2
> 
> Hi Malvin,
> 
> On Sun, Jan 01, 2023 at 02:36:28PM +0100, Malvin Gattinger wrote:
> > Package: linux-image-5.10.0-20-amd64
> > Version: 5.10.158-2
> > Severity: normal
> > X-Debbugs-Cc: malvin@w4eg.eu
> > 
> > Dear Maintainer,
> > 
> > I am unsure if this problem belongs to linux-image-amd64 as a
> > regression or is actually a but in firmware-sof-intel.
> > 
> > On an HP ProBook with this sound card (from lspci):
> > 
> > 00:1f.3 Multimedia audio controller: Intel Corporation Tiger Lake-LP
> > Smart Sound Technology Audio Controller (rev 20)
> > 
> > Updating from linux-image-5.10.0-19-amd64 to
> > linux-image-5.10.0-20-amd64 breaks sound.
> > 
> > Sound output from VLC works fine immediately after boot, but using
> > the microphone or other audio use cases later disables all output.
> > Unfortunately the only reproducible example on this laptop was to
> > open the proprietary zoom video-conferencing software which
> > immediately stops all output, but other symptoms are discussed here:
> > 
> > https://forums.debian.net/viewtopic.php?t=153585
> > 
> > https://forums.debian.net/viewtopic.php?p=764594
> > 
> > PulseAudio claims that the output is still running, i.e. pavucontrol
> > and KDE audio settings still show a moving bar for the output.
> > 
> > The only workaround for now is to use the older kernel from
> > linux-image-5.10.0-19-amd64.
> 
> To pin point the possibly breaking change in the kernel, would you be
> able to build kernels, first both upstream kernels mathcing the
> 5.10.149 (for the 19 ABI one), and 5.10.158 and then bisect betweeen
> the two?
> 
> https://wiki.debian.org/DebianKernel/GitBisect

Following that, I wonder if #1027483, #1026834 (and maybe #1010733)
will have all the same underlying cause.

Regards,
Salvatore

[toc] | [prev] | [next] | [standalone]

#77791

Dear Salvatore,

> https://wiki.debian.org/DebianKernel/GitBisect

Thank you for the quick reply and suggestion to bisect this. But 
(un)fortunately the laptop where the problem occurs is not my own 
and I have neither the experience nor time to compile and try 
kernels on it. Sorry if this would be my job, now that I made a 
report. I only saw those forum posts so far and was mostly hoping 
to get other eyes on this by filing a bug.

Two more things I can add:

- without "firmware-sof-intel" no audio devices at all are shown 
  by pulseaudio.

- with the 6.0 kernel from bullseye-backports there are also no 
  audio devices at all, even when "firmware-sof-intel" is 
  installed.

kind regards,
Malvin

[toc] | [prev] | [next] | [standalone]

#77802

Hi Malvin,

On Sun, Jan 01, 2023 at 07:27:31PM +0100, Malvin Gattinger wrote:
> Dear Salvatore,
> 
> > https://wiki.debian.org/DebianKernel/GitBisect
> 
> Thank you for the quick reply and suggestion to bisect this. But
> (un)fortunately the laptop where the problem occurs is not my own and I have
> neither the experience nor time to compile and try kernels on it. Sorry if
> this would be my job, now that I made a report. I only saw those forum posts
> so far and was mostly hoping to get other eyes on this by filing a bug.

No worries, was more the question if you can further help pinpointing
the issue. Dániel bisected the issue down to a change introduced in
5.10.157.

Regards,
Salvatore

[toc] | [prev] | [next] | [standalone]

#77785 — Processed: Re: Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel

Processing control commands:

> reassign -1 src:linux 5.10.158-2
Bug #1027483 [linux-image-5.10.0-20-amd64] linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel
Bug reassigned from package 'linux-image-5.10.0-20-amd64' to 'src:linux'.
No longer marked as found in versions linux-signed-amd64/5.10.158+2.
Ignoring request to alter fixed versions of bug #1027483 to the same values previously set
Bug #1027483 [src:linux] linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel
Marked as found in versions linux/5.10.158-2.

-- 
1027483: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1027483
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [next] | [standalone]

#77788 — Processed: Re: Bug#1027483: linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel

Processing control commands:

> tags -1 + moreinfo
Bug #1027483 [src:linux] linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel
Added tag(s) moreinfo.

-- 
1027483: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1027483
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [next] | [standalone]

#77793

[Multipart message — attachments visible in raw view] — view raw

$ git bisect view
commit c34db0d6b88b1da95e7ab3353e674f4f574cccee (HEAD, refs/bisect/bad)
Author: Richard Fitzgerald <rf@opensource.cirrus.com>
Date:   Fri Nov 4 13:22:13 2022 +0000

    ASoC: soc-pcm: Don't zero TDM masks in __soc_pcm_open()

    [ Upstream commit 39bd801d6908900e9ab0cdc2655150f95ddd4f1a ]

    The DAI tx_mask and rx_mask are set by snd_soc_dai_set_tdm_slot()
    and used by later code that depends on the TDM settings. So
    __soc_pcm_open() should not be obliterating those mask values.

    The code in __soc_pcm_hw_params() uses these masks to calculate the
    active channels so that only the AIF_IN/AIF_OUT widgets for the
    active TDM slots are enabled. The zeroing of the masks in
    __soc_pcm_open() disables this functionality so all AIF widgets
    were enabled even for channels that are not assigned to a TDM slot.

    Signed-off-by: Richard Fitzgerald <rf@opensource.cirrus.com>
    Fixes: 2e5894d73789 ("ASoC: pcm: Add support for DAI multicodec")
    Link:
https://lore.kernel.org/r/20221104132213.121847-1-rf@opensource.cirrus.com
    Signed-off-by: Mark Brown <broonie@kernel.org>
    Signed-off-by: Sasha Levin <sashal@kernel.org>

[toc] | [prev] | [next] | [standalone]

#77796

[Multipart message — attachments visible in raw view] — view raw

Kernel bug: https://bugzilla.kernel.org/show_bug.cgi?id=216861
https://lore.kernel.org/all/bebd692d-7d21-6648-6b7a-c91063bb51c2@leemhuis.info/

6.1.x seems to work for me, despite including the same commit.

Apparently a similar set of machines were affected by the different
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1022544 in 6.0.x
including linux-image-6.0.0-0.deb11.2-amd64 still in bullseye-backports.


On Sun, Jan 1, 2023 at 9:41 PM PÁLFFY Dániel <dpalffy@gmail.com> wrote:

> $ git bisect view
> commit c34db0d6b88b1da95e7ab3353e674f4f574cccee (HEAD, refs/bisect/bad)
> Author: Richard Fitzgerald <rf@opensource.cirrus.com>
> Date:   Fri Nov 4 13:22:13 2022 +0000
>
>     ASoC: soc-pcm: Don't zero TDM masks in __soc_pcm_open()
>
>     [ Upstream commit 39bd801d6908900e9ab0cdc2655150f95ddd4f1a ]
>
>     The DAI tx_mask and rx_mask are set by snd_soc_dai_set_tdm_slot()
>     and used by later code that depends on the TDM settings. So
>     __soc_pcm_open() should not be obliterating those mask values.
>
>     The code in __soc_pcm_hw_params() uses these masks to calculate the
>     active channels so that only the AIF_IN/AIF_OUT widgets for the
>     active TDM slots are enabled. The zeroing of the masks in
>     __soc_pcm_open() disables this functionality so all AIF widgets
>     were enabled even for channels that are not assigned to a TDM slot.
>
>     Signed-off-by: Richard Fitzgerald <rf@opensource.cirrus.com>
>     Fixes: 2e5894d73789 ("ASoC: pcm: Add support for DAI multicodec")
>     Link:
> https://lore.kernel.org/r/20221104132213.121847-1-rf@opensource.cirrus.com
>     Signed-off-by: Mark Brown <broonie@kernel.org>
>     Signed-off-by: Sasha Levin <sashal@kernel.org>
>

[toc] | [prev] | [next] | [standalone]

#78050 — Bug#1027483: thank you!

Woah guys, a new Debian stable kernel came my way and finally sound works 
again consistently. Many, many, many thanks to you for bisecting, patching 
and shipping the fix. Muito, muito obrigado!
*t

[toc] | [prev] | [next] | [standalone]

#78051 — Bug#1027483: thank you!

and I guess #1027483 can be closed as it is still open along with #1027430 
?

On Wed, 25 Jan 2023, Tomas Pospisek wrote:

> Woah guys, a new Debian stable kernel came my way and finally sound works 
> again consistently. Many, many, many thanks to you for bisecting, patching 
> and shipping the fix. Muito, muito obrigado!
> *t
>

[toc] | [prev] | [next] | [standalone]

#78053 — Bug#1027483: thank you!

Hi Tomas,

On Wed, Jan 25, 2023 at 10:42:50AM +0100, Tomas Pospisek wrote:
> and I guess #1027483 can be closed as it is still open along with #1027430 ?

Thanks for confirming. It does not need to be manually closed, as I
added bug closer in the debian/changelog accordingly. I twill happens
as soon stable release manager accept linux/5.10.162-1 from stable-new
into the stable-proposed-updates .

Regards,
Salvatore

[toc] | [prev] | [next] | [standalone]

#78065 — Bug#1027483: marked as done (linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel)

[Multipart message — attachments visible in raw view] — view raw

Your message dated Wed, 25 Jan 2023 19:47:08 +0000
with message-id <E1pKljg-005WN6-Tp@fasolo.debian.org>
and subject line Bug#1027483: fixed in linux 5.10.162-1
has caused the Debian Bug report #1027483,
regarding linux-image-5.10.0-20-amd64: sound with firmware-sof-intel on Intel Lake stops working with newer kernel
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1027483: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1027483
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.kernel

csiph-web