Your message dated Tue, 29 Jun 2021 19:20:50 +0200
with message-id <YNtWc/Ruc3g/bmMJ@lamella>
and subject line Re: Bug#986822: BUG#986822 Broadwell SST CATPT Sound module
has caused the Debian Bug report #986822,
regarding Missing support for Haswell/Broadwell platforms with I2S codec present
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 [email protected]
immediately.)
--
986822: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=986822
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: installation-reports
Severity: important
X-Debbugs-Cc: [email protected]
(Please provide enough information to help the Debian
maintainers evaluate the report efficiently - e.g., by filling
in the sections below.)
Boot method: usb key
Image version: https://cdimage.debian.org/cdimage/unofficial/non-free/cd-
including-firmware/weekly-builds/amd64/iso-dvd/firmware-testing-amd64-DVD-1.iso
Date: <31/03/2021>
Machine: Thinkpad Helix 2nd Gen
Partitions: <df -Tl will do; the raw partition table is preferred>
Filesystem Type 1K-blocks Used Available Use%
Mounted on
udev devtmpfs 3980824 0 3980824 0%
/dev
tmpfs tmpfs 804352 2176 802176 1%
/run
/dev/mapper/HELIX2NDGEN--vg-root ext4 28703652 11950108 15272432 44% /
tmpfs tmpfs 4021748 132976 3888772 4%
/dev/shm
tmpfs tmpfs 5120 4 5116 1%
/run/lock
/dev/sda2 ext2 483946 253033 205928 56%
/boot
/dev/sda1 vfat 523248 13344 509904 3%
/boot/efi
/dev/mapper/HELIX2NDGEN--vg-home ext4 177483612 2645548 165752728 2%
/home
tmpfs tmpfs 804348 164 804184 1%
/run/user/1000
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot: [O]
Detect network card: [O]
Configure network: [O]
Detect media: [O]
Load installer modules: [O]
Clock/timezone setup: [O]
User/password setup: [O]
Detect hard drives: [O]
Partition hard drives: [O]
Install base system: [O]
Install tasks: [O]
Install boot loader: [O]
Overall install: [E]
Comments/Problems:
No analogue sound on Tablet from Broadwell-U from intel smart sound chipset -
hw works on Buster but breaks on Bullseye
Card0 on Buster no longer detected on Bullseye
Tried installing Intel SOF drivers/firmware to no effect, forcing snd_hda_intel
via modprobe conf doesn't work either
Broadwell-U works eith with HDA or SOF drivers theoretically.
There is record of a kernel compilation flag to enable SOF functionality
SND_SOC_SOF_BROADWELL_SUPPORT=Y breaking legacy and snd_hda_intel too.
inxi Audio output
Device-1: Intel Broadwell-U Audio vendor: Lenovo driver: snd_hda_intel
v: kernel bus ID: 00:03.0
Device-2: Realtek USB Audio type: USB driver: snd-usb-audio
bus ID: 1-3.3:5
Sound Server: ALSA v: k5.10.0-5-amd64
Buster aplay log
linux-image-4.19.0-14-amd64 4.19.171-2
**** List of PLAYBACK Hardware Devices ****
card 0: broadwellrt286 [broadwell-rt286], device 0: System Playback/Capture (*)
[]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: broadwellrt286 [broadwell-rt286], device 1: Offload0 Playback (*) []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: broadwellrt286 [broadwell-rt286], device 2: Offload1 Playback (*) []
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA Intel HDMI], device 10: HDMI 4 [HDMI 4]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: Audio [USB Audio], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
Bullseye aplay log
linux-image-5.10.0-4-amd64 5.10.19-1
**** List of PLAYBACK Hardware Devices ****
card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 10: HDMI 4 [HDMI 4]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: Audio [USB Audio], device 0: USB Audio [USB Audio]
Subdevices: 1/1
Subdevice #0: subdevice #0
--- End Message ---
--- Begin Message ---
Version: 5.10.38-1
Really cc'ing [email protected] this time.
Le 2021-06-29 18:50, Vincent Blut a écrit :
> Version: 5.10.38-1
>
> Hi,
>
> One week has passed, as per your request I'm closing this bug report. Feel
> free
> to reopen it if the issue recurs.
>
> Cheers,
> Vincent
>
> Le 2021-06-21 09:34, Dekks Herton a écrit :
> > problem resolved, i think.
> >
> > new sof firmware update came out, not sure its arrival was more than a
> > coincidence
> >
> > 1 - disabling all intel vitrualisation options in the helix bios was enough
> > to allow the fw to load thus pavucontrol was now seeing input bars moving
> > but no sound output.
> >
> > 2 - ran alsactl -U init after i noticed ucm errors when running alsactl
> > init.
> >
> > 3 - aplay -l now sees all 3 cards when docked and 2 when tablet only.
> >
> > 4 - alsamixer still showed the correct hw but a lot of outputs were muted,
> > by enabling and disabling them all in sequence enabling the front dac
> > enabled sount from the rt256 card and headphone socket.
> >
> > I'm doing basic checks like detaching and reattaching to see if that
> > affects the sound, so far ok Only noticeable thing is the fw gets reloaded
> > 3 or 4 times a session, but doesn't seem to affect anything . If i have not
> > commented more in a week feel free to close the bug.
> >
> > On Tue, 15 Jun 2021 at 11:43, Dekks Herton <[email protected]> wrote:
> >
> > > Hi Vincent
> > >
> > > I'll kill the pipewire server, i would uninstall the packages but they are
> > > hard deps for gnome now.
> > >
> > > Is the fw file catpt is trying to load the correct one? Is there new fw
> > > files that come with catpt that have been forgotten?
> > > Is there a listiing for the error codes -110 and -2, are they missing
> > > files or read permission issues?
> > >
> > > Regards.....
> > >
> > >
> > >
> > >
> > > On Sun, 13 Jun 2021 at 18:08, Vincent Blut <[email protected]> wrote:
> > >
> > >> Hi,
> > >>
> > >> Le 2021-06-05 08:31, Dekks Herton a écrit :
> > >> > Hi
> > >> >
> > >> > Additional alsa-info script output
> > >>
> > >> From a quick look, alsa-info reports that you're running both PipeWire
> > >> and
> > >> PulseAudio sound servers. While it may not be the root cause of your
> > >> issue,
> > >> if you want to stick with the former, please disable the latter:
> > >> $ sudo systemctl --user disable --now pulseaudio.service
> > >> pulseaudio.socket
> > >>
> > >> Note though that using PipeWire as a substitute to PulseAudio/JACK/ALSA
> > >> in
> > >> Debian 11 is considered experimental.
> > >>
> > >> Cheers,
> > >> Vincent
> > >>
> > >
signature.asc
Description: PGP signature
--- End Message ---
