ubuntuusers.de

lubux schrieb:

BTW: Lt. der Ausgabe von lsmod (siehe oben), sind z. Zt. beide Treiber geladen.

Hast recht. Schadet aber nicht ☺

sudo modprobe -r snd_soc_avs
sudo modprobe snd_hda_intel

und guck, ob es dann läuft.

Leider nicht. Weiterhin nur Dummy-Ausgabe da in den Klangeinstellungen

Läuft jetzt der andere Audiotreiber laut inxi -A?

Bunjip schrieb:

sudo modprobe -r snd_soc_avs
sudo modprobe snd_hda_intel

und guck, ob es dann läuft.

Leider nicht. Weiterhin nur Dummy-Ausgabe da in den Klangeinstellungen

Versuch mal nach dem Entladen von "snd_soc_avs", den "snd_hda_intel" zu entladen+laden:

sudo modprobe -rv snd_hda_intel
sudo modprobe -v snd_hda_intel

lsmod | grep -i snd_soc_avs

aplay -l

Wenn ein Treiber "nur" entladen wird bzw. "normal" geblacklistet ist, kann dieser zur Laufzeit trotzdem noch geladen werden. Versuch mal mit:

install snd_soc_avs /usr/bin/false

in der Datei "/etc/modprobe.d/blacklist.conf" und mit:

snd_hda_intel

in der Datei "/etc/modules". Danach rebooten und nach dem reboot, die Ausgabe von:

aplay -l

anschauen. Evtl. auch mit der Datei "/etc/modprobe.d/snd-hda-intel.conf" mit dem Inhalt:

options snd_hda_intel bdl_pos_adj=-1,64 power_save=0 power_save_controller=N beep_mode=0 model=auto

probieren, wenn Du mit modinfo nachgeschaut hast, ob es auf deinem System diese parms für den Treiber gibt.

EDIT:

BTW: Wenn Du doch den avs-Treiber benutzen willst, brauchst Du:

apt policy intel-microcode

und musst sicherstellen, dass dieser vom snd-hda-intel nicht "blockiert" wird.

timothy2068 schrieb:

Läuft jetzt der andere Audiotreiber laut inxi -A?

Scheinbar nicht:

1
2
3
4
5
6
7
8
9

inxi -A
Audio:
  Device-1: Intel 100 Series/C230 Series Family HD Audio driver: N/A
  Device-2: RODE Microphones Podcaster v2
    driver: hid-generic,snd-usb-audio,usbhid type: USB
  Device-3: Generalplus GENERAL WEBCAM driver: snd-usb-audio,uvcvideo
    type: USB
  API: ALSA v: k6.17.0-14-generic status: kernel-api
  Server-1: PipeWire v: 1.0.5 status: active

Bunjip schrieb:

Scheinbar nicht:

1 2 3

inxi -A Audio: Device-1: Intel 100 Series/C230 Series Family HD Audio driver: N/A

Dann blackliste den "snd_hda_intel", installiere "intel-microcode" (wenn nicht schon installiert) und versuch es mit "snd_soc_avs".

Versuch mal nach dem Entladen von "snd_soc_avs", den "snd_hda_intel" zu entladen+laden:

sudo modprobe -rv snd_hda_intel
sudo modprobe -v snd_hda_intel

lsmod | grep -i snd_soc_avs

aplay -l

Jetzt sieht's in der Tat anders aus:

$ sudo modprobe -rv snd_hda_intel
rmmod snd_hda_intel
rmmod snd_intel_dspcfg

$ sudo modprobe -v snd_hda_intel
insmod /lib/modules/6.17.0-14-generic/kernel/sound/hda/core/snd-intel-dspcfg.ko.zst 
insmod /lib/modules/6.17.0-14-generic/kernel/sound/hda/controllers/snd-hda-intel.ko.zst

$ lsmod | grep -i snd_soc_avs
snd_soc_avs_hdaudio    12288  0
snd_soc_avs_probe      12288  0
snd_soc_hda_codec      24576  1 snd_soc_avs_hdaudio
snd_soc_core          413696  3 snd_soc_hda_codec,snd_soc_avs_probe,snd_soc_avs_hdaudio

$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: v2 [RODE Podcaster v2], Gerät 0: USB Audio [USB Audio]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0
Karte 2: PCH [HDA Intel PCH], Gerät 0: ALC3266 Analog [ALC3266 Analog]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 2: PCH [HDA Intel PCH], Gerät 3: HDMI 0 [LG HDR 4K]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 2: PCH [HDA Intel PCH], Gerät 7: HDMI 1 [HDMI 1]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 2: PCH [HDA Intel PCH], Gerät 8: HDMI 2 [HDMI 2]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

Interne Lautsprecher werden jetzt angezeigt und auch angesteuert. Ebenso funktioniert der Kopfhöhrereingang mit Kopfhörern. Da lasse ich die Konfig-Dateien erstmal in Ruhe oder?

Was noch nicht funktioniert: Der Lautsprecher im Monitor per HDMI

Bunjip schrieb:

Da lasse ich die Konfig-Dateien erstmal in Ruhe oder?

Wenn deine bzw. die manuell gemachten Änderungen, persistent sind, kannst Du die Konfig-Dateien in Ruhe lassen.

Wenn deine bzw. die manuell gemachten Änderungen, persistent sind, kannst Du die Konfig-Dateien in Ruhe lassen.

Reboot: sind sie leider nicht.

Damit ich keinen Mist mache: in die Datei "/etc/modprobe.d/blacklist.conf" ergänze ich die Zeile

install snd_soc_avs /usr/bin/false

Und in "/etc/modules" schreibe ich

snd_hda_intel

korrekt?

Wenn Du doch den avs-Treiber benutzen willst, brauchst Du

Wonach entscheide ich, ob ich den Treiber nutzen will?

Bunjip schrieb:

Wenn deine bzw. die manuell gemachten Änderungen, persistent sind, kannst Du die Konfig-Dateien in Ruhe lassen.

Reboot: sind sie leider nicht.

Damit ich keinen Mist mache: in die Datei "/etc/modprobe.d/blacklist.conf" ergänze ich die Zeile

install snd_soc_avs /usr/bin/false

Und in "/etc/modules" schreibe ich

snd_hda_intel

korrekt?

Nein. Denn mit dem snd_hda_intel hat es ja nicht funktioniert. In die /etc/modprobe.d/blacklist.conf

install snd_hda_intel /usr/bin/false

und in die /etc/modules

snd_soc_avs

Bunjip schrieb:

Wenn Du doch den avs-Treiber benutzen willst, brauchst Du

Wonach entscheide ich, ob ich den Treiber nutzen will?

Wenn es mit der manuellen Konfiguration funktioniert hat, schaust dir die Ausgaben von z. B.:

aplay -l
inxi -A
lsmod

an.

EDIT:

BTW: Wie ist z. Zt. die Ausgabe von:

apt policy intel-microcode

?

In /etc/modules steht:

# /etc/modules is obsolete and has been replaced by /etc/modules-load.d/.
# Please see modules-load.d(5) and modprobe.d(5) for details.
#
# Updating this file still works, but it is undocumented and unsupported.

Also /etc/modules-load.d/ reinschreiben?

Bunjip schrieb:

Also /etc/modules-load.d/ reinschreiben?

Das ist ein Unterverzeichnis. Kannst den Eintrag auch erstmal weglassen (... oder eine Datei dort erstellen). Versuch mal, nur mit dem blacklisten.

lubux schrieb:

Nein. Denn mit dem snd_hda_intel hat es ja nicht funktioniert.

Doch, hat es. Nach dem

$ sudo modprobe -v snd_hda_intel
insmod /lib/modules/6.17.0-14-generic/kernel/sound/hda/core/snd-intel-dspcfg.ko.zst 
insmod /lib/modules/6.17.0-14-generic/kernel/sound/hda/controllers/snd-hda-intel.ko.zst

war der intel-Treiber geladen, und dann waren alle Geräte da.

Nur blacklisten hat leider nicht funktioniert. Nach Reboot noch kein Sound / keine Geräte.

Alle anderen Einträge in der blacklist.conf sehen auch anders aus, als das, was ich reinschrieb:

# This file lists those modules which we don't want to be loaded by
# alias expansion, usually so some other driver will be loaded for the
# device instead.

# evbug is a debug tool that should be loaded explicitly
blacklist evbug

# these drivers are very simple, the HID drivers are usually preferred
blacklist usbmouse
blacklist usbkbd

# replaced by e100
blacklist eepro100

# replaced by tulip
blacklist de4x5

# causes no end of confusion by creating unexpected network interfaces
blacklist eth1394

# snd_intel8x0m can interfere with snd_intel8x0, doesn't seem to support much
# hardware on its own (Ubuntu bug #2011, #6810)
blacklist snd_intel8x0m

# Conflicts with dvb driver (which is better for handling this device)
blacklist snd_aw2

# replaced by p54pci
blacklist prism54

# replaced by b43 and ssb.
blacklist bcm43xx

# most apps now use garmin usb driver directly (Ubuntu: #114565)
blacklist garmin_gps

# replaced by asus-laptop (Ubuntu: #184721)
blacklist asus_acpi

# low-quality, just noise when being used for sound playback, causes
# hangs at desktop session start (Ubuntu: #246969)
blacklist snd_pcsp

# ugly and loud noise, getting on everyone's nerves; this should be done by a
# nice pulseaudio bing (Ubuntu: #77010)
blacklist pcspkr

# EDAC driver for amd76x clashes with the agp driver preventing the aperture
# from being initialised (Ubuntu: #297750). Blacklist so that the driver
# continues to build and is installable for the few cases where its
# really needed.
blacklist amd76x_edac

# Manuell am 24.2.26 eingetragen
# Nach: https://forum.ubuntuusers.de/topic/ein-und-ausgabegeraete-nicht-angezeigt/2/#post-9500168
install snd_hda_intel /usr/bin/false

timothy2068 schrieb:

Doch, hat es. Nach …

Der TE hat nicht immer alle Ausgaben gezeigt. Welcher Treiber ist mit „inxi -A“ und mit „aplay -l“ dann gezeigt bzw. benutzt worden?