new 15.2 install - unable to configure sound card
Trying to configure with Yast2 gives: ------------------------------------------------------ Comet Lake PCH cAVS The kernel module snd-soc-skl for sound support could not be loaded. This can be caused by incorrect module parameters, includig invalid IO or IRQ parameters ------------------------------------------------------ Which is slightly odd, as alsa-info.sh reports that snd_soc_skl is a loaded module... Google isn't being particularly helpful with the above text. Suggestions? Should I mail the alsa-info.txt output? TIA, Michael -- Michael Fischer michael@visv.net
On Thu, Dec 17, Michael Fischer wrote:
Trying to configure with Yast2 gives:
------------------------------------------------------ Comet Lake PCH cAVS
The kernel module snd-soc-skl for sound support could not be loaded. This can be caused by incorrect module parameters, includig invalid IO or IRQ parameters ------------------------------------------------------
Which is slightly odd, as alsa-info.sh reports that snd_soc_skl is a loaded module...
Google isn't being particularly helpful with the above text.
Suggestions?
Should I mail the alsa-info.txt output?
FWIW, I also just tried the steps in https://forums.opensuse.org/showthread.php/543685-Leap-15-2-No-sound-after-i... (the /etc/modprobe.d/...., reboot, yas2... bits) to no avail. Michael -- Michael Fischer michael@visv.net
Michael Fischer wrote:
Trying to configure with Yast2 gives:
------------------------------------------------------ Comet Lake PCH cAVS
The kernel module snd-soc-skl for sound support could not be loaded. This can be caused by incorrect module parameters, includig invalid IO or IRQ parameters ------------------------------------------------------
Which is slightly odd, as alsa-info.sh reports that snd_soc_skl is a loaded module...
Let us first verify who is right - use 'lsmod' to check on that module: lsmod | grep snd_soc_skl Next, 'dmesg' might have messages from the module, but I don't know quite what to look for. Maybe try 'dmesg | grep snd'. You could try unloading it and reloading it, and see what sort of messages that produces. -- Per Jessen, Zürich (2.9°C)
On Fri, Dec 18, Per Jessen wrote:
Michael Fischer wrote:
Trying to configure with Yast2 gives:
------------------------------------------------------ Comet Lake PCH cAVS
The kernel module snd-soc-skl for sound support could not be loaded. This can be caused by incorrect module parameters, includig invalid IO or IRQ parameters ------------------------------------------------------
Which is slightly odd, as alsa-info.sh reports that snd_soc_skl is a loaded module...
Let us first verify who is right - use 'lsmod' to check on that module:
lsmod | grep snd_soc_skl
Next, 'dmesg' might have messages from the module, but I don't know quite what to look for. Maybe try 'dmesg | grep snd'. You could try unloading it and reloading it, and see what sort of messages that produces.
$ lsmod | grep snd_soc_skl snd_soc_skl 118784 0 snd_soc_hdac_hda 24576 2 snd_sof_intel_hda_common,snd_soc_skl snd_hda_ext_core 36864 4 snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_soc_skl,snd_sof_intel_hda snd_soc_skl_ipc 69632 1 snd_soc_skl snd_soc_sst_ipc 20480 1 snd_soc_skl_ipc snd_soc_sst_dsp 40960 1 snd_soc_skl_ipc snd_soc_acpi_intel_match 32768 3 snd_sof_intel_hda_common,sof_pci_dev,snd_soc_skl snd_soc_acpi 16384 3 snd_soc_acpi_intel_match,sof_pci_dev,snd_soc_skl snd_soc_core 282624 4 snd_sof,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_soc_skl snd_hda_core 110592 10 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_ext_core,snd_hda_codec,snd_hda_codec_realtek,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_soc_skl,snd_sof_intel_hda snd_pcm 155648 10 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_ext_core,snd_hda_codec,snd_sof,snd_sof_intel_hda_common,snd_soc_core,snd_soc_skl,snd_hda_core,snd_pcm_dmaengine $ dmesg | grep snd [ 3.861983] snd_hda_intel 0000:00:1f.3: enabling device (0100 -> 0102) [ 3.862210] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915]) [ 4.050315] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC3246: line_outs=1 (0x1b/0x0/0x0/0x0/0x0) type:line [ 4.050317] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=1 (0x14/0x0/0x0/0x0/0x0) [ 4.050318] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0) [ 4.050319] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0 [ 4.050319] snd_hda_codec_realtek hdaudioC0D0: inputs: [ 4.050320] snd_hda_codec_realtek hdaudioC0D0: Headset Mic=0x19 [ 4.050321] snd_hda_codec_realtek hdaudioC0D0: Headphone Mic=0x1a $ sudo rmmod snd_soc_skl && sudo modprobe snd_soc_skl didn't show any output I'm not sure what all the above tells us. TIA Michael -- Michael Fischer michael@visv.net
Michael Fischer wrote:
$ lsmod | grep snd_soc_skl snd_soc_skl 118784 0 [snip]
Okay, so the module is loaded, so far so good.
$ dmesg | grep snd [ 3.861983] snd_hda_intel 0000:00:1f.3: enabling device (0100 -> [ 0102) 3.862210] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 [ (ops i915_audio_component_bind_ops [i915]) 4.050315] [ snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC3246: [ line_outs=1 (0x1b/0x0/0x0/0x0/0x0) type:line [ 4.050317] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=1 [ (0x14/0x0/0x0/0x0/0x0) [ 4.050318] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 [ (0x21/0x0/0x0/0x0/0x0) [ 4.050319] snd_hda_codec_realtek hdaudioC0D0: mono: [ mono_out=0x0 [ 4.050319] snd_hda_codec_realtek hdaudioC0D0: inputs: [ 4.050320] snd_hda_codec_realtek hdaudioC0D0: Headset [ Mic=0x19 [ 4.050321] snd_hda_codec_realtek hdaudioC0D0: Headphone [ Mic=0x1a
$ sudo rmmod snd_soc_skl && sudo modprobe snd_soc_skl didn't show any output
I'm not sure what all the above tells us.
You seem to have a Realtek sound chip/card - ALC3246. Does that match your expectations? It might be useful to also post output from 'lspci' and 'aplayer -L'. -- Per Jessen, Zürich (2.4°C)
On Fri, Dec 18, Per Jessen wrote:
Michael Fischer wrote:
$ lsmod | grep snd_soc_skl snd_soc_skl 118784 0 [snip]
Okay, so the module is loaded, so far so good.
$ dmesg | grep snd [ 3.861983] snd_hda_intel 0000:00:1f.3: enabling device (0100 -> [ 0102) 3.862210] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 [ (ops i915_audio_component_bind_ops [i915]) 4.050315] [ snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC3246: [ line_outs=1 (0x1b/0x0/0x0/0x0/0x0) type:line [ 4.050317] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=1 [ (0x14/0x0/0x0/0x0/0x0) [ 4.050318] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 [ (0x21/0x0/0x0/0x0/0x0) [ 4.050319] snd_hda_codec_realtek hdaudioC0D0: mono: [ mono_out=0x0 [ 4.050319] snd_hda_codec_realtek hdaudioC0D0: inputs: [ 4.050320] snd_hda_codec_realtek hdaudioC0D0: Headset [ Mic=0x19 [ 4.050321] snd_hda_codec_realtek hdaudioC0D0: Headphone [ Mic=0x1a
$ sudo rmmod snd_soc_skl && sudo modprobe snd_soc_skl didn't show any output
I'm not sure what all the above tells us.
You seem to have a Realtek sound chip/card - ALC3246. Does that match your expectations?
It might be useful to also post output from 'lspci' and 'aplayer -L'.
I include the requested output, but I also just found https://bugzilla.opensuse.org/show_bug.cgi?id=1176200 I've no idea the right way to follow Takashi's instructions on installing his patched kernel and module - but simply downloading the kernel rpm and `rpm -ivh ...` gave me a message that my current kernel package is newer" - 5.3.18-lp152.5.1.x86_64 - which seems to be latest available for 15.2 $ aplay -l card 0: PCH [HDA Intel PCH], device 0: ALC3246 Analog [ALC3246 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 8: HDMI 2 [HDMI 2] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 9: HDMI 3 [HDMI 3] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: PCH [HDA Intel PCH], device 10: HDMI 4 [HDMI 4] Subdevices: 1/1 $ hwinfo --sound 16: PCI 1f.3: 0403 Audio device [Created at pci.386] Unique ID: nS1_.2BpQvP7j6CA SysFS ID: /devices/pci0000:00/0000:00:1f.3 SysFS BusID: 0000:00:1f.3 Hardware Class: sound Device Name: "Onboard - Sound" Model: "Intel Comet Lake PCH cAVS" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x06c8 "Comet Lake PCH cAVS" SubVendor: pci 0x1028 "Dell" SubDevice: pci 0x09aa Driver: "snd_hda_intel" Driver Modules: "snd_hda_intel" Memory Range: 0x91330000-0x91333fff (rw,non-prefetchable) Memory Range: 0x91000000-0x910fffff (rw,non-prefetchable) IRQ: 179 (729 events) Module Alias: "pci:v00008086d000006C8sv00001028sd000009AAbc04sc03i00" Driver Info #0: Driver Status: snd_hda_intel is active Driver Activation Cmd: "modprobe snd_hda_intel" Driver Info #1: Driver Status: snd_soc_skl is active Driver Activation Cmd: "modprobe snd_soc_skl" Driver Info #2: Driver Status: sof_pci_dev is active Driver Activation Cmd: "modprobe sof_pci_dev" Config Status: cfg=no, avail=yes, need=no, active=unknown From `sudo lspci -vvv` 00:1f.3 Audio device: Intel Corporation Comet Lake PCH cAVS Subsystem: Dell Device 09aa Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 32, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 179 Region 0: Memory at 91330000 (64-bit, non-prefetchable) [size=16K] Region 4: Memory at 91000000 (64-bit, non-prefetchable) [size=1M] Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+) Status: D3 NoSoftRst+ PME-Enable+ DSel=0 DScale=0 PME- Capabilities: [80] Vendor Specific Information: Len=14 <?> Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+ Address: 00000000fee009d8 Data: 0000 Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel, snd_soc_skl, sof_pci_dev Michael -- Michael Fischer michael@visv.net
Michael Fischer wrote:
I include the requested output, but I also just found https://bugzilla.opensuse.org/show_bug.cgi?id=1176200
Which at a quick glance sounds like exactly the same problem as yours?
I've no idea the right way to follow Takashi's instructions on installing his patched kernel and module - but simply downloading the kernel rpm and `rpm -ivh ...` gave me a message that my current kernel package is newer" - 5.3.18-lp152.5.1.x86_64 - which seems to be latest available for 15.2
Have you done a plain update - "zypper patch" ? Judging by that bugreport, I would say that ought to suffice. -- Per Jessen, Zürich (5.2°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland.
Michael Fischer composed on 2020-12-18 04:51 (UTC-0500):
I've no idea the right way to follow Takashi's instructions on installing his patched kernel and module - but simply downloading the kernel rpm and `rpm -ivh ...` gave me a message that my current kernel package is newer"
rpm -ivh --oldpackage kernel-de... -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
On Fri, Dec 18, Felix Miata wrote:
Michael Fischer composed on 2020-12-18 04:51 (UTC-0500):
I've no idea the right way to follow Takashi's instructions on installing his patched kernel and module - but simply downloading the kernel rpm and `rpm -ivh ...` gave me a message that my current kernel package is newer"
rpm -ivh --oldpackage kernel-de...
1. I did this, and it installed. However, on reboot, I said "continue boot" when confronted by a blue screen asking if I wanted to do "MOK management", which looked like the same screen just after install if I wanted to accept SuSE's EFI key. Thereafter, I did not get the option for the alternate kernel - though I confirmed beforehand that it was in the /boot/grub2/grub.cfg 2. Booting into the default kernel with Takashi's sound-kmp-default did not help. This time around, lsmod shows no hda_intel, aplay -l says no cards. Years ago I had a similar problem, and was able to "solve" it by installing the latest KOTD. But going by this bug report, seems like all the right bits are neither upstream in Linus' kernel, nor the mainline of the SuSE ones... Michael -- Michael Fischer michael@visv.net
participants (3)
-
Felix Miata -
Michael Fischer -
Per Jessen