[artix-general] [s6] alsa failing on boot for laptop

[Javier]

On 9/20/20 2:18 AM, Javier via artix-general wrote:
> On 9/19/20 10:59 PM, Dudemanguy via artix-general wrote:
>> On 9/19/20 11:35 PM, Javier via artix-general wrote:
>>> However, I still have the issue with alsa on boot.  What happens is that the alsa setting can't be recovered on boot, which is really annoying, given one really needs to remember resetting alsa, or deal with that resetting when urged to do so.
>>
>> Does running "alsactl restore" in the terminal work after boot up?
>> I assume that sound works normally otherwise.
> 
> Unfortunately not, it's the same as when as try the oneshot service, and as on boot:
> 
>> % sudo alsactl restore
>> [sudo] password for vasqueja: 
>> alsa-lib main.c:983:(snd_use_case_mgr_open) error: failed to import hw:0 use case configuration -2
>> Found hardware: "HDA-Intel" "Conexant CX20724" "HDA:14f150f4,103c8079,00100101 HDA:80862809,80860101,00100000" "0x103c" "0x8079"
>> Hardware is initialized using a generic method
>> alsactl: set_control:1325: failed to obtain info for control #3 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #4 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #5 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #11 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #12 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #13 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #14 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #15 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #16 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #17 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #18 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #19 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #20 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #21 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #24 (No such file or directory)
>> alsactl: set_control:1325: failed to obtain info for control #25 (No such file or directory)
> 
> So no luck with "alsactl restore", :(  And yes, sound is working fine, just that I have to set several things manually through alsactl after boot, particularly for the mic...  Really weird.

BTW, this happens with both linux versions, 5.8.8.artix1-1 and 5.8.10.artix1-1, and the linux module:

> 00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21) (prog-if 80)
>         Subsystem: Hewlett-Packard Company EliteBook 840 G3
>         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: 64
>         Interrupt: pin A routed to IRQ 131
>         IOMMU group: 8
>         Region 0: Memory at e1244000 (64-bit, non-prefetchable) [size=16K]
>         Region 4: Memory at e1230000 (64-bit, non-prefetchable) [size=64K]
>         Capabilities: [50] Power Management version 3
>                 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
>                 Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
>         Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
>                 Address: 00000000fee003b8  Data: 0000
>         Kernel driver in use: snd_hda_intel
>         Kernel modules: snd_hda_intel, snd_soc_skl

As mentioned on a digest message answer, sound works (I apologize for given the wrong impression before), but what's not working is the alsa settings restore on boot, since "alsactl restore" just fails as indicated.  Not sure if an alsa-utils package issue, or rather another alsa related package.  As "alsactl restore" fails, perhaps this is not related with S6 neither the S6 related packages.

Thanks !


-- 
Javier

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: OpenPGP digital signature
URL: <https://lists.artixlinux.org/archives/artix-general/attachments/20200920/7bbfc852/attachment.sig>