asgardius/alsa-utils
1
0
Fork 0
mirror of https://github.com/alsa-project/alsa-utils synced 2024-09-19 17:49:59 +02:00
Code Issues Projects Releases Packages Wiki Activity
alsa-utils/alsactl/Makefile.am

71 lines
1.7 KiB
Makefile
Raw Normal View History

alsactl - install initialization files Also, spearate SOUNDSDIR and DATADIR in configure.in. Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2008-08-13 12:26:50 +02:00
SUBDIRS = init
Next updates for automake..
1999-01-31 14:15:00 +01:00
sbin_PROGRAMS=alsactl
Add --disable-xmlto configure option Added the check of xmlto program in configure script. Also added --disable-xmlto configure option for systems with a broken or older xmlto that doesn't work properly. Signed-off-by: Takashi Iwai <tiwai@suse.de>
2008-10-30 11:50:17 +01:00
man_MANS=alsactl.1
if USE_XMLTO
man_MANS += alsactl_init.7
endif
Initial 'alsactl init' implementation See 'man 7 alsactl_init' for more details. Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2008-07-31 15:45:08 +02:00
EXTRA_DIST=alsactl.1 alsactl_init.xml
Convert alsa-utils to use automake
1999-01-30 20:12:34 +01:00
alsactl: fix --sched-idle (set it really to SCHED_IDLE) Reported-by: tommy <tommy@kelsos.ptp> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2019-12-03 13:53:25 +01:00
AM_CFLAGS = -D_GNU_SOURCE
alsactl: add initial support for UCM init Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2020-05-14 17:12:08 +02:00
alsactl_SOURCES=alsactl.c state.c lock.c utils.c init_parse.c init_ucm.c \
alsactl: implement 'info' command It may be useful to collect the basic sound card information. The output is in the YAML structured syntax (human and machine readable). Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2022-05-09 09:34:22 +02:00
daemon.c monitor.c clean.c info.c
configure: add --with-lock-dir option Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2014-05-07 09:19:36 +02:00
alsactl_CFLAGS=$(AM_CFLAGS) -D__USE_GNU \
-DSYS_ASOUNDRC=\"$(ASOUND_STATE_DIR)/asound.state\" \
alsactl: add locking for per-card initialization Introduce the -K,--lock-dir parameter to specify the locking directory. If the locking is active, files card<NUM>.lock are used to serialize the multiple initialization requests (udev, service). Allow the relative -O,--lock-file argument (it's default now). Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2022-02-02 15:31:33 +01:00
-DSYS_LOCKPATH=\"$(ASOUND_LOCK_DIR)\" \
-DSYS_LOCKFILE=\"asound.state.lock\" \
configure: add --with-lock-dir option Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2014-05-07 09:19:36 +02:00
-DSYS_PIDFILE=\"$(ALSACTL_PIDFILE_DIR)/alsactl.pid\"
noinst_HEADERS=alsactl.h list.h init_sysdeps.c init_utils_string.c \
init_utils_run.c init_sysfs.c
Initial 'alsactl init' implementation See 'man 7 alsactl_init' for more details. Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2008-07-31 15:45:08 +02:00
alsactl: return back the udevrules_DATA rule for 90-alsa-restore.rules Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-05-27 09:26:39 +02:00
udevrules_DATA = \
90-alsa-restore.rules
alsactl: systemd and udev hookup Add minimal systemd and udev support to alsactl so that mixer settings are restored at boot, when sound cards are plugged in and saved on shutdown. This is similar to existing udev/init script solutions in various distributions. Note that alsactl is called both synchronously from the udev rules as well as asynchronously at boot. This is intended, and to ensure two things: - At boot the asound.state file might not be readable, since it resides on a different file system. That means exclusively restoring sound card settings from udev rules will no suffice, since if the rule is executed at early boot (for example within udev settle) then the file will no be readable and cannot be restored. - We need to ensure that applications monitoring sound cards coming and going (such as PA) must not get these events before the mixer settings have been restored. That means the mixer settings must be restored synchronously withing the udev rules, before the events are passed on to the apps. That basically means we need to restore the settings once in udev, to deal with sound cards becoming available during runtime. And once in early boot to deal with coldplugged soundcards whose data files might not have been available at time of plugging. Hence we call alsactl twice: one from the udev rule, and once from he systemd unit file. Signed-off-by: Lennart Poettering <mznyfn@0pointer.de> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2010-11-23 01:45:08 +01:00
if HAVE_SYSTEMD
systemdsystemunit_DATA = \
alsactl: revert back old systemd static units with the /etc/alsa/state-daemon.conf switch Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-10 10:23:16 +02:00
alsa-state.service \
alsactl: Manage both save and restore in a single unit With RemainAfterExit=true, we can manage both save and restore of the card state in a single unit file. This will fix also the case where systemd reloads the service; with two individual units, it will restore the previous state before saving, and may lead to inconsistent state suddenly. Also fix alsa-state.service as well to make both start and stop working in a simpler way. Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=929619 Signed-off-by: Takashi Iwai <tiwai@suse.de>
2015-09-29 17:26:34 +02:00
alsa-restore.service
alsactl: systemd and udev hookup Add minimal systemd and udev support to alsactl so that mixer settings are restored at boot, when sound cards are plugged in and saved on shutdown. This is similar to existing udev/init script solutions in various distributions. Note that alsactl is called both synchronously from the udev rules as well as asynchronously at boot. This is intended, and to ensure two things: - At boot the asound.state file might not be readable, since it resides on a different file system. That means exclusively restoring sound card settings from udev rules will no suffice, since if the rule is executed at early boot (for example within udev settle) then the file will no be readable and cannot be restored. - We need to ensure that applications monitoring sound cards coming and going (such as PA) must not get these events before the mixer settings have been restored. That means the mixer settings must be restored synchronously withing the udev rules, before the events are passed on to the apps. That basically means we need to restore the settings once in udev, to deal with sound cards becoming available during runtime. And once in early boot to deal with coldplugged soundcards whose data files might not have been available at time of plugging. Hence we call alsactl twice: one from the udev rule, and once from he systemd unit file. Signed-off-by: Lennart Poettering <mznyfn@0pointer.de> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2010-11-23 01:45:08 +01:00
install-data-hook:
$(MKDIR_P) -m 0755 \
alsactl: Move systemd unit start-up from basic.target to sound.target Ensures soundcard is ready before restoring state. sound.target added to systemd in v18: https://cgit.freedesktop.org/systemd/systemd/commit/?id=88dfa2938af Simplify dependencies: - After=alsa-state.service is not needed because both units test for @daemonswitch@ with opposite outcomes. - After=sysinit.target is automatically added by systemd. First proposed by Tom Yan. Signed-off-by: Chris Mayo <aklhfex@gmail.com> Signed-off-by: Takashi Iwai <tiwai@suse.de>
2017-09-26 20:36:12 +02:00
$(DESTDIR)$(systemdsystemunitdir)/sound.target.wants
( cd $(DESTDIR)$(systemdsystemunitdir)/sound.target.wants && \
alsactl: revert back old systemd static units with the /etc/alsa/state-daemon.conf switch Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-10 10:23:16 +02:00
rm -f alsa-state.service alsa-restore.service && \
$(LN_S) ../alsa-state.service alsa-state.service && \
$(LN_S) ../alsa-restore.service alsa-restore.service)
alsactl: systemd and udev hookup Add minimal systemd and udev support to alsactl so that mixer settings are restored at boot, when sound cards are plugged in and saved on shutdown. This is similar to existing udev/init script solutions in various distributions. Note that alsactl is called both synchronously from the udev rules as well as asynchronously at boot. This is intended, and to ensure two things: - At boot the asound.state file might not be readable, since it resides on a different file system. That means exclusively restoring sound card settings from udev rules will no suffice, since if the rule is executed at early boot (for example within udev settle) then the file will no be readable and cannot be restored. - We need to ensure that applications monitoring sound cards coming and going (such as PA) must not get these events before the mixer settings have been restored. That means the mixer settings must be restored synchronously withing the udev rules, before the events are passed on to the apps. That basically means we need to restore the settings once in udev, to deal with sound cards becoming available during runtime. And once in early boot to deal with coldplugged soundcards whose data files might not have been available at time of plugging. Hence we call alsactl twice: one from the udev rule, and once from he systemd unit file. Signed-off-by: Lennart Poettering <mznyfn@0pointer.de> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2010-11-23 01:45:08 +01:00
endif
edit = \
alsactl: add --with-alsactl-daemonswitch=FILE to the global configure.in It may be useful to have the file location configurable. Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-10 11:08:47 +02:00
$(SED) -r -e 's,@sbindir\@,$(sbindir),g' \
alsactl: Fixup test for mydatadir/sbindir Use the "mydatadir" name consistently. Signed-off-by: David Henningsson <david.henningsson@canonical.com> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2014-06-13 11:31:44 +02:00
-e 's,@mydatadir\@,$(mydatadir),g' \
alsactl: add --with-alsactl-daemonswitch=FILE to the global configure.in It may be useful to have the file location configurable. Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-10 11:08:47 +02:00
-e 's,@daemonswitch\@,$(ALSACTL_DAEMONSWITCH),g' \
alsactl: Only start restore service when asoundrc file exists This solves the chicken and egg problem on fresh installations whereby the alsa state file does not yet exist, and alsa-restore unit attempted to launch without first having a state file. Signed-off-by: Ikey Doherty <ikey@solus-project.com> Signed-off-by: Takashi Iwai <tiwai@suse.de>
2017-12-12 14:32:34 +01:00
-e 's,@asoundrcfile\@,$(ASOUND_STATE_DIR)/asound.state,g' \
alsactl: add --with-alsactl-daemonswitch=FILE to the global configure.in It may be useful to have the file location configurable. Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-10 11:08:47 +02:00
< $< > $@ || rm $@
alsactl: systemd and udev hookup Add minimal systemd and udev support to alsactl so that mixer settings are restored at boot, when sound cards are plugged in and saved on shutdown. This is similar to existing udev/init script solutions in various distributions. Note that alsactl is called both synchronously from the udev rules as well as asynchronously at boot. This is intended, and to ensure two things: - At boot the asound.state file might not be readable, since it resides on a different file system. That means exclusively restoring sound card settings from udev rules will no suffice, since if the rule is executed at early boot (for example within udev settle) then the file will no be readable and cannot be restored. - We need to ensure that applications monitoring sound cards coming and going (such as PA) must not get these events before the mixer settings have been restored. That means the mixer settings must be restored synchronously withing the udev rules, before the events are passed on to the apps. That basically means we need to restore the settings once in udev, to deal with sound cards becoming available during runtime. And once in early boot to deal with coldplugged soundcards whose data files might not have been available at time of plugging. Hence we call alsactl twice: one from the udev rule, and once from he systemd unit file. Signed-off-by: Lennart Poettering <mznyfn@0pointer.de> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2010-11-23 01:45:08 +01:00
alsactl: move systemd config to the daemon mode Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-08 14:49:31 +02:00
alsa-state.service: alsa-state.service.in
alsactl: systemd and udev hookup Add minimal systemd and udev support to alsactl so that mixer settings are restored at boot, when sound cards are plugged in and saved on shutdown. This is similar to existing udev/init script solutions in various distributions. Note that alsactl is called both synchronously from the udev rules as well as asynchronously at boot. This is intended, and to ensure two things: - At boot the asound.state file might not be readable, since it resides on a different file system. That means exclusively restoring sound card settings from udev rules will no suffice, since if the rule is executed at early boot (for example within udev settle) then the file will no be readable and cannot be restored. - We need to ensure that applications monitoring sound cards coming and going (such as PA) must not get these events before the mixer settings have been restored. That means the mixer settings must be restored synchronously withing the udev rules, before the events are passed on to the apps. That basically means we need to restore the settings once in udev, to deal with sound cards becoming available during runtime. And once in early boot to deal with coldplugged soundcards whose data files might not have been available at time of plugging. Hence we call alsactl twice: one from the udev rule, and once from he systemd unit file. Signed-off-by: Lennart Poettering <mznyfn@0pointer.de> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2010-11-23 01:45:08 +01:00
$(edit)
alsactl: revert back old systemd static units with the /etc/alsa/state-daemon.conf switch Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-10 10:23:16 +02:00
alsa-restore.service: alsa-restore.service.in
$(edit)
alsactl: systemd and udev hookup Add minimal systemd and udev support to alsactl so that mixer settings are restored at boot, when sound cards are plugged in and saved on shutdown. This is similar to existing udev/init script solutions in various distributions. Note that alsactl is called both synchronously from the udev rules as well as asynchronously at boot. This is intended, and to ensure two things: - At boot the asound.state file might not be readable, since it resides on a different file system. That means exclusively restoring sound card settings from udev rules will no suffice, since if the rule is executed at early boot (for example within udev settle) then the file will no be readable and cannot be restored. - We need to ensure that applications monitoring sound cards coming and going (such as PA) must not get these events before the mixer settings have been restored. That means the mixer settings must be restored synchronously withing the udev rules, before the events are passed on to the apps. That basically means we need to restore the settings once in udev, to deal with sound cards becoming available during runtime. And once in early boot to deal with coldplugged soundcards whose data files might not have been available at time of plugging. Hence we call alsactl twice: one from the udev rule, and once from he systemd unit file. Signed-off-by: Lennart Poettering <mznyfn@0pointer.de> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2010-11-23 01:45:08 +01:00
90-alsa-restore.rules: 90-alsa-restore.rules.in
$(edit)
EXTRA_DIST += \
alsactl: move systemd config to the daemon mode Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-08 14:49:31 +02:00
alsa-state.service.in \
alsactl: revert back old systemd static units with the /etc/alsa/state-daemon.conf switch Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-10 10:23:16 +02:00
alsa-restore.service.in \
alsactl: systemd and udev hookup Add minimal systemd and udev support to alsactl so that mixer settings are restored at boot, when sound cards are plugged in and saved on shutdown. This is similar to existing udev/init script solutions in various distributions. Note that alsactl is called both synchronously from the udev rules as well as asynchronously at boot. This is intended, and to ensure two things: - At boot the asound.state file might not be readable, since it resides on a different file system. That means exclusively restoring sound card settings from udev rules will no suffice, since if the rule is executed at early boot (for example within udev settle) then the file will no be readable and cannot be restored. - We need to ensure that applications monitoring sound cards coming and going (such as PA) must not get these events before the mixer settings have been restored. That means the mixer settings must be restored synchronously withing the udev rules, before the events are passed on to the apps. That basically means we need to restore the settings once in udev, to deal with sound cards becoming available during runtime. And once in early boot to deal with coldplugged soundcards whose data files might not have been available at time of plugging. Hence we call alsactl twice: one from the udev rule, and once from he systemd unit file. Signed-off-by: Lennart Poettering <mznyfn@0pointer.de> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2010-11-23 01:45:08 +01:00
90-alsa-restore.rules.in
CLEANFILES = \
alsactl: move systemd config to the daemon mode Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-08 14:49:31 +02:00
alsa-state.service \
alsactl: revert back old systemd static units with the /etc/alsa/state-daemon.conf switch Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2013-04-10 10:23:16 +02:00
alsa-restore.service \
alsactl: systemd and udev hookup Add minimal systemd and udev support to alsactl so that mixer settings are restored at boot, when sound cards are plugged in and saved on shutdown. This is similar to existing udev/init script solutions in various distributions. Note that alsactl is called both synchronously from the udev rules as well as asynchronously at boot. This is intended, and to ensure two things: - At boot the asound.state file might not be readable, since it resides on a different file system. That means exclusively restoring sound card settings from udev rules will no suffice, since if the rule is executed at early boot (for example within udev settle) then the file will no be readable and cannot be restored. - We need to ensure that applications monitoring sound cards coming and going (such as PA) must not get these events before the mixer settings have been restored. That means the mixer settings must be restored synchronously withing the udev rules, before the events are passed on to the apps. That basically means we need to restore the settings once in udev, to deal with sound cards becoming available during runtime. And once in early boot to deal with coldplugged soundcards whose data files might not have been available at time of plugging. Hence we call alsactl twice: one from the udev rule, and once from he systemd unit file. Signed-off-by: Lennart Poettering <mznyfn@0pointer.de> Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2010-11-23 01:45:08 +01:00
90-alsa-restore.rules
Initial 'alsactl init' implementation See 'man 7 alsactl_init' for more details. Signed-off-by: Jaroslav Kysela <perex@perex.cz>
2008-07-31 15:45:08 +02:00
%.7: %.xml
xmlto man $?
Reference in a new issue Copy permalink