Arch Linux

Please describe the bug you're facing here. Dont point to forum links

I have three sound cards, indexed in accordance with:

$ cat /etc/modprobe.d/alsa.conf
options snd slots=snd-hda-intel,snd-hdsp,snd-usb-audio

snd-hda-intel - built in motherboard
snd-hdsp - PCI RME HDSP 9632
snd-usb-audio - mic inside video camera

After system booting up settings for snd-hdsp are not restored. In particular, say, Sample Clock Source is set to internal clock 48.0 KHz (default value for professional cards) instead of external clock source, i.e. AutoSync in terms of the driver.

Manual starting of the alsa-restore service sets the card into expected state.

I haven't noticed any problems with other sound cards in use. Also storing service seems to work without problems also.

Are other details needed?

P.S. In other bugs reports I have noticed refs to forum discussions. This is the reason I was followed this way.

> Manual starting of the alsa-restore service sets the card into expected state.
What does 'systemctl status alsa-restore.service' show after bootup?

> P.S. In other bugs reports I have noticed refs to forum discussions. This is the reason I was followed this way.
Making a developer dig through a rambling discussion on a forum thread is not a suitable replacement for a bug report.

The command shows

~ $ sudo systemctl status alsa-restore.service
Password:
alsa-restore.service - Restore Sound Card State
Loaded: loaded (/usr/lib/systemd/system/alsa-restore.service; static)
Active: inactive (dead) since Fri, 24 Aug 2012 19:30:53 +0400; 24s ago
Process: 270 ExecStart=/usr/sbin/alsactl restore (code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/alsa-restore.service

And at the moment hdsp configuration isn't restored.

I have the same problem, but my status output is different.

~ $ sudo systemctl status alsa-restore.service
alsa-restore.service - Restore Sound Card State
Loaded: loaded (/usr/lib/systemd/system/alsa-restore.service; static)
Active: inactive (dead) since Wed, 12 Sep 2012 21:03:18 +0200
Process: 166 ExecStart=/usr/sbin/alsactl restore (code=exited, status=19)
CGroup: name=systemd:/system/alsa-restore.service

Also, I see this in my systemd journal:

~ $ sudo journalctl -a | grep alsa
Sep 12 21:03:18 Maya alsactl[166]: /usr/sbin/alsactl: load_state:1696: No soundcards found...

My soundcard is an Asus Xonar Essence STX. Restoring the alsa state manually after login works as expected.

Is this still valid?

> Is this still valid?
For me, yes:
$ systemctl status alsa-restore.service
alsa-restore.service - Restore Sound Card State
Loaded: loaded (/usr/lib/systemd/system/alsa-restore.service; static)
Active: inactive (dead) since Mon 2013-05-06 13:01:31 BST
Process: 152 ExecStart=/usr/sbin/alsactl restore (code=exited, status=19)

Relevant parts from `sudo journalctl -a | grep alsa`:
May 06 13:01:22 myarch systemd[1]: Installed new job alsa-restore.service/start as 58
May 06 13:01:28 myarch systemd[1]: Starting of alsa-state.service requested but condition failed. Ignoring.
May 06 13:01:28 myarch systemd[1]: Job alsa-state.service/start finished, result=done
May 06 13:01:28 myarch systemd[1]: About to execute: /usr/sbin/alsactl restore
May 06 13:01:28 myarch systemd[1]: Forked /usr/sbin/alsactl as 152
May 06 13:01:28 myarch systemd[1]: alsa-restore.service changed dead -> start
May 06 13:01:28 myarch systemd[152]: Executing: /usr/sbin/alsactl restore
May 06 13:01:31 myarch alsactl[152]: /usr/sbin/alsactl: load_state:1729: No soundcards found...
May 06 13:01:31 myarch systemd[1]: Received SIGCHLD from PID 152 (alsactl).
May 06 13:01:31 myarch systemd[1]: Got SIGCHLD for process 152 (alsactl)
May 06 13:01:31 myarch systemd[1]: Child 152 belongs to alsa-restore.service
May 06 13:01:31 myarch systemd[1]: alsa-restore.service: main process exited, code=exited, status=19/n/a
May 06 13:01:31 myarch systemd[1]: alsa-restore.service changed start -> dead
May 06 13:01:31 myarch systemd[1]: Job alsa-restore.service/start finished, result=done
May 06 13:01:31 myarch systemd[1]: alsa-restore.service: cgroup is empty

Running `sudo alsactl restore` manually after boot works as should (restores soundcard state to what it was before reboot).

My sound card is "Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)"

status? upstream report?

For me the problem has gone.