1 |
Michael, |
2 |
|
3 |
On Sunday, 2021-01-03 16:13:35 +0000, you wrote: |
4 |
|
5 |
> ... |
6 |
> It used to be the case modules were probed/reloaded by 'alsactl init' when |
7 |
> initialising the audio card. If built in the kernel binary the command |
8 |
> couldn't do this. |
9 |
|
10 |
Thanks for this background information :-) |
11 |
|
12 |
Am I correct in asuming that this more or less is still true, and I'd |
13 |
rather continue to build sound support as modules? |
14 |
|
15 |
> ... |
16 |
> I suggest you use alsactl init before and after and compare the output between |
17 |
> a working and non-working state, to try to isolate the problem. |
18 |
|
19 |
Erm ... good suggestion: |
20 |
|
21 |
$ alsactl init |
22 |
alsa-lib /var/tmp/portage/media-libs/alsa-lib-1.2.3.2-r1/work/alsa-lib-1.2.3.2/src/ucm/main.c:983:(snd_use_case_mgr_open) error: failed to import hw:0 use case configuration -2 |
23 |
Found hardware: "HDA-Intel" "Realtek ALC269VC" "HDA:10ec0269,15586508,00100202 HDA:80862809,80860101,00100000" "0x1558" "0x6508" |
24 |
Hardware is initialized using a generic method |
25 |
/usr/share/alsa/init/default:102: value write error: Input/output error |
26 |
/usr/share/alsa/init/default:263: value write error: Input/output error |
27 |
/usr/share/alsa/init/default:263: value write error: Input/output error |
28 |
$ echo $? |
29 |
99 |
30 |
$ |
31 |
|
32 |
Running "sudo alsactl init" produces exactly the same result. So what's |
33 |
broken here? Or what to try next? |
34 |
|
35 |
Sincerely, |
36 |
Rainer |