Alsa-Devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Matthias Koenig <list@phasorlab.de>
To: Lee Revell <rlrevell@joe-job.com>
Cc: John Rigg <ad@sound-man.co.uk>, alsa-devel@lists.sourceforge.net
Subject: Re: open /dev/snd/seq failed
Date: Mon, 12 Jun 2006 15:27:50 +0200	[thread overview]
Message-ID: <87bqsytsfd.fsf@zebra.localdomain> (raw)
In-Reply-To: 1150055462.14253.162.camel@mindpipe

Lee Revell <rlrevell@joe-job.com> writes:
> On Sun, 2006-06-11 at 19:30 +0100, John Rigg wrote:
>> On Sun, Jun 11, 2006 at 01:11:00PM -0400, Lee Revell wrote:
>> > Of course it won't work, snd-seq-midi is not loaded.
>> 
>> Thanks. Stupidity caused by lack of sleep.
>
> I can't see why udev does not load this module on demand when the
> sequencer is first used.

I don't think this can be done in this way you mention, because udev 
actually creates the device nodes. 
But of course a missing sequencer module has bothered me too.

One possibility would be to add some modprobe configuration
to load snd-seq-midi when your MIDI device driver gets loaded.
E.g. If you want to load snd-seq-midi automatically with loading 
of snd-foo, add this to some file in /etc/modprobe.d/:

install snd-foo /sbin/modprobe --ignore-install snd-foo && \
{ /sbin/modprobe\ --quiet snd-seq-midi ; }

If snd-foo gets loaded, it also loads snd-seq-midi. But somehow
I don't like this solution.

Another solution could trigger the loading of snd-seq-midi by
udev at Midi device detection time -- the time /dev/snd/midiC*
get created, we could start a script, which loads snd-seq-midi.
The udev rule could be something like:
KERNEL=="midiC*", RUN+="/path/to/alsa-seq-load"

Matthias

      parent reply	other threads:[~2006-06-12 13:27 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-11 13:21 open /dev/snd/seq failed John Rigg
2006-06-11 13:26 ` John Rigg
2006-06-11 17:11 ` Lee Revell
2006-06-11 18:30   ` John Rigg
2006-06-11 19:51     ` Lee Revell
2006-06-12  8:09       ` John Rigg
2006-06-12 14:51         ` Lee Revell
2006-06-12 17:12           ` John Rigg
2006-06-12 10:57       ` Takashi Iwai
2006-06-12 13:27       ` Matthias Koenig [this message]

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=87bqsytsfd.fsf@zebra.localdomain \
    --to=list@phasorlab.de \
    --cc=ad@sound-man.co.uk \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=rlrevell@joe-job.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox