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
prev 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