1 |
On Sunday, 3 January 2021 17:12:20 GMT you wrote: |
2 |
> Michael, |
3 |
> |
4 |
> On Sunday, 2021-01-03 16:13:35 +0000, you wrote: |
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 |
I can't confirm this, but in my case I've been building alsa drivers as |
16 |
modules ever since. |
17 |
|
18 |
|
19 |
> > ... |
20 |
> > I suggest you use alsactl init before and after and compare the output |
21 |
> > between a working and non-working state, to try to isolate the problem. |
22 |
> |
23 |
> Erm ... good suggestion: |
24 |
> |
25 |
> $ alsactl init |
26 |
> alsa-lib |
27 |
> /var/tmp/portage/media-libs/alsa-lib-1.2.3.2-r1/work/alsa-lib-1.2.3.2/src/u |
28 |
> cm/main.c:983:(snd_use_case_mgr_open) error: failed to import hw:0 use case |
29 |
> configuration -2 Found hardware: "HDA-Intel" "Realtek ALC269VC" |
30 |
> "HDA:10ec0269,15586508,00100202 HDA:80862809,80860101,00100000" "0x1558" |
31 |
> "0x6508" Hardware is initialized using a generic method |
32 |
> /usr/share/alsa/init/default:102: value write error: Input/output error |
33 |
|
34 |
The above on my system refers to headphone control: |
35 |
|
36 |
CTL{name}="Headphone Playback Switch",CTL{do_search}=="1", \ |
37 |
CTL{values}="on" |
38 |
|
39 |
> /usr/share/alsa/init/default:263: value write error: Input/output error |
40 |
> /usr/share/alsa/init/default:263: value write error: Input/output error |
41 |
|
42 |
This refers to recording volume: |
43 |
|
44 |
CTL{name}="Capture Volume",CTL{do_search}=="1", \ |
45 |
CTL{write}!="$env{cvolume}",CTL{values}="$env{cpercent}" |
46 |
|
47 |
is your user a member of the audio group? |
48 |
|
49 |
Are you able to unmute your settings, if muted, with alsamixer? |
50 |
|
51 |
I recall an older alsa bug with some realtek driver, whereby to get their |
52 |
audio back some users had to suspend to RAM first. :-/ Yes, I know, it |
53 |
sounds like cargo-culting, but apparently it worked for them. |