Hello Ladies & Gents:
Once again the same old painful story - but this time I can’t fix it by myself. And yesss, I’ve carefully already read all the previous related posts.
The header says it all: just no audio after kernel update 6.1.12-1-lts
, and pulsemixer shows “Dummy Output”.
$ sudo modprobe snd_hda_intel_codec
gives:
modprobe: FATAL: Module snd_hda_intel_codec not found in directory /lib/modules/6.1.12-1-lts
and
cat /proc/asound/modules
gives
0 snd_hda_intel
The whole lsmod | grep snd output
is my pastebin https://pastebin.com/b15Xxn0Y
, together with:
My secondary 6.1.12.arch1-1
kernel gives the same problem.
Tried to patch GRUB_CMDLINE_LINUX_DEFAULT
in /etc/default/grub
, followed by sudo grub-mkconfig -o /boot/grub/grub.cfg
as in https://pastebin.com/qEtrA4Rq …
…No good.
Ok, I’m ready to re-install the whole system from scratch - nevertheless I’d be at least curious to imagine what can have gone sour.
BTW on my other sooooo much older PC, zero problems.
Grateful for your attention,
Peace, Piero
2023-02-23@09:11:21 update:
linux-lts updated to linux-lts 6.1.13-1, same problem.
Published my audio check script on Pastebin https://pastebin.com/cdYas0m9
Patch: install another pre-6.1* kernel.
Search:
$ sudo pacman -Ss linux | grep '/linux-' | grep -v '6.1' | grep -v firmware | grep -v docs
extra/linux-atm 2.5.2-8
extra/linux-rt 6.0.5.14.realtime1-4
extra/linux-rt-headers 6.0.5.14.realtime1-4
extra/linux-rt-lts 5.15.92.57.realtime1-1
extra/linux-rt-lts-headers 5.15.92.57.realtime1-1
Chosen:
$ sudo pacman -S linux-rt-lts linux-rt-lts-headers
Current kernel:
$ uname -r
5.15.92.57.realtime1-1-rt-lts
Installed kernels:
$ pacman -Q | grep ^linux
linux 6.1.12.arch1-1
linux-api-headers 6.1.9-1
linux-firmware 20230210.bf4115c-1
linux-firmware-whence 20230210.bf4115c-1
linux-headers 6.1.12.arch1-1
linux-lts 6.1.13-1
linux-lts-headers 6.1.13-1
linux-rt-lts 5.15.92.57.realtime1-1
linux-rt-lts-headers 5.15.92.57.realtime1-1
$ find /boot/vmli*
/boot/vmlinuz-linux
/boot/vmlinuz-linux-lts
/boot/vmlinuz-linux-rt-lts
Status: problem persists with linux-lts 6.1.13-1
What type of headphones are we talking about? Are they direct plugin or bluetooth? Make & Model?
Sony mdr-7506:
Anyway I’ve manually reinstalled ‘old school’ pure Arch, and it’s working fine.
Is it using pipewire or pulse audio?
inxi -Aa
$ inxi -Aa
Audio:
Device-1: Intel Celeron N3350/Pentium N4200/Atom E3900 Series Audio Cluster
vendor: Realtek driver: snd_hda_intel v: kernel
alternate: snd_soc_skl,snd_soc_avs,snd_sof_pci_intel_apl bus-ID: 00:0e.0
chip-ID: 8086:5a98 class-ID: 0403
Sound API: ALSA v: k6.1.12-1-lts running: yes
Sound Server-1: PulseAudio v: 16.1 running: no
Sound Server-2: PipeWire v: 0.3.66 running: yes
Your original post showed
sudo modprobe snd_hda_intel_codec
It probably should have been
sudo modprobe snd_hda_intel
Edit: Not saying that would have made it work. Not sure but command probably wouldn’t have given the error
modprobe: FATAL: Module snd_hda_intel_codec not found in directory /lib/modules/6.1.12-1-lts
Likely: but I’m not an expert, so I just did as suggested by joekamprad ‘Der Doktor’ on Aug 22 in No sound from front audio jack - #14 by joekamprad who wrote:
try this in terminal:
sudo modprobe snd_hda_codec
sudo modprobe snd_hda_intel
sudo modprobe snd_hda_intel_codec
and see if you have any change on dummy device to another codec
BTW: I really appreciate your help, so, if I don’t bother you, I’d focus on this:
I didn’t touch/change anything on my Linux sound system - neither software, nor hardware: this failure has appeared with kernel 6.[12,14].1[-lts]. Hence my initial thinking about GRUB_CMDLINE_LINUX_DEFAULT params;
I’ve made a little script generating these 10 logs:
sudo modinfo soundcore
sudo alsa-info.sh --stdout
pacman -Qs alsa
pacman -Qs pulseaudio
pacman -Qs pipewire
uname -a
inxi -Aa
inxi -Fxxxza --no-host
neofetch --off --stdout
pulsemixer -l
You can see it on https://pastebin.com/cdYas0m9
Glad to post any of them, if you think it can help.
Thanks, Piero
pipewire broken for me after last kernel update, neither linux, linux-lts or linux-zen works
I get this:
pipewire-pulse.service - PipeWire PulseAudio
Loaded: loaded (/usr/lib/systemd/user/pipewire-pulse.service; disabled; preset: enabled)
Active: active (running) since Mon 2023-03-06 15:30:30 CET; 21s ago
TriggeredBy: * pipewire-pulse.socket
Main PID: 547364 (pipewire-pulse)
Tasks: 2 (limit: 28513)
Memory: 1.6M
CPU: 28ms
CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewire-pulse.service
`-547364 /usr/bin/pipewire-pulse
Mar 06 15:30:30 computer systemd[3490]: Started PipeWire PulseAudio.
Mar 06 15:30:35 computer pipewire-pulse[547364]: mod.protocol-pulse: 0x55590be528e0: failed to connect client: Host is down
Mar 06 15:30:35 computer pipewire-pulse[547364]: mod.protocol-pulse: client 0x55590be721e0 [libcanberra]: ERROR command:9 (SET_CLIENT_NAME) tag:1 error:6 (Host is down)
Mar 06 15:30:35 computer pipewire-pulse[547364]: mod.protocol-pulse: 0x55590be528e0: failed to connect client: Host is down
Mar 06 15:30:35 computer pipewire-pulse[547364]: mod.protocol-pulse: client 0x55590be7d2d0 [xfce4-pulseaudio-plugin]: ERROR command:9 (SET_CLIENT_NAME) tag:1 error:6 (Host is down)
Mar 06 15:30:40 computer pipewire-pulse[547364]: mod.protocol-pulse: 0x55590be528e0: failed to connect client: Host is down
Mar 06 15:30:40 computer pipewire-pulse[547364]: mod.protocol-pulse: client 0x55590be7e220 [xfce4-pulseaudio-plugin]: ERROR command:9 (SET_CLIENT_NAME) tag:1 error:6 (Host is down)
Mar 06 15:30:45 computer pipewire-pulse[547364]: mod.protocol-pulse: 0x55590be528e0: failed to connect client: Host is down
Mar 06 15:30:45 computer pipewire-pulse[547364]: mod.protocol-pulse: client 0x55590be7e220 [xfce4-pulseaudio-plugin]: ERROR command:9 (SET_CLIENT_NAME) tag:1 error:6 (Host is down)
Welcome to forums.
It’s better if you open another post without hijacking another. It convolutes the entire thread.
Hello, Sirs.
I agree with s4ndm4n : but it’s my fault, because since the beginning I had not quite understood it’s a kernel problem.
And then working in a hurry, I mistakenly tought the problem DOES persist, regardless of the Linux installation.
So I’ve now understood and tested that:
Kernel ‘5.15.96.61.realtime1-1-rt-lts ’ works well;
both kernels ‘linux-lts 6.1.15-1’ and 'linux 6.2.2.arch1-1 ’ fail with audio via HDMI ;
both kernels ‘linux-lts 6.1.15-1’ and 'linux 6.2.2.arch1-1 ’ are OK when audio is via headphone cable, as well as via bluetooth.
Therefore now I’m going to close this thread, and open a new one, more correct.
Thanks for Your attention,
Piero
1 Like
system
Closed
March 8, 2023, 5:54pm
12
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.