Dear Maintainer, Today after booting the bookworm/ linux kernel 6.0.3 (https://tracker.debian.org/news/1378942/linux-signed-amd64-6031-migrated-to-testing/) for the first time I noticed that audio card is not found. Computer runs on previous kernel 5.19 without issues. There is a error log: paź 28 09:24:59 karol kernel: snd_hda_codec_hdmi ehdaudio0D2: failed to create hda codec -12 paź 28 09:24:59 karol kernel: snd_hda_codec_hdmi ehdaudio0D2: ASoC: error at snd_soc_component_probe on ehdaudio0D2: -12 paź 28 09:24:59 karol kernel: skl_hda_dsp_generic skl_hda_dsp_generic: ASoC: failed to instantiate card -12 The same regression was found by Thorsten Leemhuis reported in https://lkml.org/lkml/2022/10/22/49
Control: tag -1 upstream Control: merge -1 1022544
Dear Maintainer, I have upgraded from Bullseye to Bookworm on 2023-07-09. After the upgrade the sound card was not available. lspci: 00:1f.3 Audio device: Intel Corporation 100 Series/C230 Series Chipset Family HD Audio Controller (rev 31) Only an USB headset became active, if plugged in. I thought, that it is the same issue as discussed in https://forums.debian.net/viewtopic.php?t=153430 So I tried several proposals from this page, including reset of the computer. After the reset the sound card was working in SOME cases. But in most cases it is not working. dmesg indicates that this is a problem of the kernel: ``` [ 5.058232] snd_hda_intel 0000:00:1f.3: cannot find the slot for index 0 (range 0-0), error: -16 [ 5.058933] snd_hda_intel 0000:00:1f.3: Error creating card! [ 5.062791] snd_hda_intel: probe of 0000:00:1f.3 failed with error -16 [ 5.063526] snd_hda_intel 0000:01:00.1: cannot find the slot for index 0 (range 0-0), error: -16 [ 5.064137] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 470.182.03 Fri Feb 24 03:29:56 UTC 2023 [ 5.064212] snd_hda_intel 0000:01:00.1: Error creating card! [ 5.066609] snd_hda_intel: probe of 0000:01:00.1 failed with error -16 ```
Hello, I have just booted with the old kernel from Bullseye (5.10.0-22-amd64) and even with this kernel the problem occurs now (which was not the case with Bullseye user land). Also now the dmesg contains this lines: [ 4.068265] usbcore: registered new interface driver uvcvideo [ 4.068961] USB Video Class driver (1.1.1) [ 4.070952] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [ 4.071636] iTCO_wdt: Found a Intel PCH TCO device (Version=4, TCOBASE=0x0400) [ 4.079588] cryptd: max_cpu_qlen set to 1000 [ 4.080360] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 4.091550] AVX2 version of gcm_enc/dec engaged. [ 4.092258] AES CTR mode by8 optimization enabled [ 4.132127] cx23885: cx23885 driver version 0.0.4 loaded [ 4.135922] usb 1-4: current rate 33186 is different from the runtime rate 48000 [ 4.139668] usbcore: registered new interface driver snd-usb-audio [ 4.141056] cx23885 0000:03:00.0: enabling device (0000 -> 0002) [ 4.141993] cx23885: CORE cx23885[0]: subsystem: 0070:c12a, board: Hauppauge WinTV Starburst [card=53,autodetected] [ 4.183988] snd_hda_intel 0000:00:1f.3: cannot find the slot for index 0 (range 0-0), error: -16 [ 4.184682] snd_hda_intel 0000:00:1f.3: Error creating card! [ 4.185423] snd_hda_intel: probe of 0000:00:1f.3 failed with error -16 [ 4.189865] snd_hda_intel 0000:01:00.1: cannot find the slot for index 0 (range 0-0), error: -16 [ 4.190684] snd_hda_intel 0000:01:00.1: Error creating card! [ 4.191434] snd_hda_intel: probe of 0000:01:00.1 failed with error -16 Greetings Juergen
Hello, I had just found https://unix.stackexchange.com/questions/303471/alsa-audio-device-reordering-cannot-find-the-slot-for-index-0-range-0-1-erro And on my PC was a /etc/modprobe.d/sound.conf from 2020 (when the PC was upgraded to Bullsye) with the content: ``` alias snd-card-0 snd-hda-intel options snd-hda-intel index=0 ``` Through the update to Bookworm the USB camera was detectedearlier than before and got already the index 0 :-( Editing this file and assign index 5 solves the problem for me. But is this file needed at all? Greetings Juergen
Normally you would only use such files/configuration when the *default* does not do the 'right' thing. So it's useful to try whether the default now does do the right thing.