All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jaroslav Kysela <perex@perex.cz>
To: David Henningsson <david.henningsson@canonical.com>,
	tiwai@suse.de, alsa-devel@alsa-project.org
Cc: 1289730@bugs.launchpad.net
Subject: Re: [RFC PATCH] alsactl: Do not run udev rule before datadir is mounted
Date: Fri, 13 Jun 2014 11:11:28 +0200	[thread overview]
Message-ID: <539AC040.6040308@perex.cz> (raw)
In-Reply-To: <539ABEF0.7020508@canonical.com>

Date 13.6.2014 11:05, David Henningsson wrote:
> 
> 
> On 2014-06-13 10:26, Jaroslav Kysela wrote:
>> Date 13.6.2014 10:15, David Henningsson wrote:
>>> The 90-alsa-restore.rules udev rule is primarily meant to handle hotplugging,
>>> but sometimes it is also run before /usr is mounted,
>>> and alsactl restore depends on /usr/share/alsa being present.
>>>
>>> If /usr/share/alsa is not present, we're so early in the boot
>>> process that alsa-restore.service (or upstart equivalent) will
>>> run later on.
>>>
>>> BugLink: https://bugs.launchpad.net/bugs/1289730
>>> Signed-off-by: David Henningsson <david.henningsson@canonical.com>
>>> ---
>>>
>>> I'm not really sure of all quirks in the boot process, and I haven't tested the
>>> patch either, hence the RFC above. Do you think it makes sense?
>>
>> Yes, I think that's ok. Takashi?
>>
>>> Should we also add @sbindir@ to the things to test for?
>>
>> It shouldn't harm anything. Could you prepare a new patch?
> 
> Sure, please find it attached. I was also considering adding something 
> under /var as well, but I didn't do that, because I think it will fall 
> back to an "alsactl init" in that case (right?), so it still makes some 
> sense to run alsactl without /var.

Yes, /var contents is not mandatory. Thanks, I applied it to the
alsa-utils repository.

					Jaroslav

-- 
Jaroslav Kysela <perex@perex.cz>
Linux Kernel Sound Maintainer
ALSA Project; Red Hat, Inc.

  reply	other threads:[~2014-06-13  9:11 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-13  8:15 [RFC PATCH] alsactl: Do not run udev rule before datadir is mounted David Henningsson
2014-06-13  8:26 ` Jaroslav Kysela
2014-06-13  9:05   ` David Henningsson
2014-06-13  9:11     ` Jaroslav Kysela [this message]
2014-06-13  9:20     ` Takashi Iwai
2014-06-13  9:33       ` David Henningsson
2014-06-13 10:08         ` ALSA 1.0.28 release - request for testing Jaroslav Kysela
2014-06-13 10:52           ` David Henningsson
2014-06-13 17:17             ` Jaroslav Kysela
2014-06-13 10:59           ` Alexander E. Patrakov
2014-06-13 17:19             ` Jaroslav Kysela
2014-06-13 11:02           ` David Henningsson
2014-06-13 17:19             ` Jaroslav Kysela
2014-06-14 12:11           ` ALSA 1.0.28 release - Assertion failed Sergey

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=539AC040.6040308@perex.cz \
    --to=perex@perex.cz \
    --cc=1289730@bugs.launchpad.net \
    --cc=alsa-devel@alsa-project.org \
    --cc=david.henningsson@canonical.com \
    --cc=tiwai@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.