From: Francisco Lobo <lobo.f@blueyonder.co.uk>
To: linux-hotplug@vger.kernel.org
Subject: Re: maybe race condition & alsa
Date: Fri, 09 Apr 2004 06:16:29 +0000 [thread overview]
Message-ID: <40763FBD.9010902@blueyonder.co.uk> (raw)
In-Reply-To: <40746733.7060104@blueyonder.co.uk>
Marco d'Itri wrote:
>
> I'm using this:
>
> /etc/dev.d/snd/controlC0/alsa.dev:
>
> #!/bin/sh -e
> exec /usr/sbin/alsactl restore 0
>
Brilliant !!!
I must start thinking in udev ways from now on...
Greg KH wrote: (about /dev/console)
>
> It's not needed for me. It all depends on your distro's needs.
>
I don't really understand: at present I am running Arch Linux, but I
can't see anything special with their boot setup, it's a plain BSD style
init; and their init compilation is very much LFS style, no special hacks.
Do you mean using a /linuxrc to start udev, before init? (Maybe I should
try that someday...) The init manpage says it defaults the system
console to /dev/console or inherits the CONSOLE var from the kernel
command-line; it needs it to report its messages I guess.
Well... I would really like to know how you did it.
Greg KH wrote: (about hotplug)
>
> Ick, ick, ick. NO. do not do this. Lots of other stuff will not work
> properly in your system if you do this.
>
Hum... I see everything (I use) working... Although I have to confess
that I don't use usb devices, or plug and unplug any hardware regularly.
What will not work?
Is there any specific problem with using /sbin/udev as the hotplug program?
As far as I understand (and for my simple needs), I only require the
correct device nodes to be created after I insert a kernel module. I
shouldn't need a script that calls a script that calls a script...,
every time I load a module. But this is my personal point of view, and I
understand that a general all-scenarios solution cannot be done in
another way.
Thank you both!
Francisco.
PS:
I did try the latest hotplug in the meantime, which now does a good job
of discovering hardware via sysfs!
Yet I have some reservations with respect to its init script. I don't
want to configure all my hardware at boot but only as I need it, so I am
force to blacklist a lot of modules. Also, it is curious that my alsa
sound card module does not get loaded, because the oss one comes first
in modules.pcimap and I put it on the blacklist (from what I could
understand from the scripts), so I cannot have several modules for the
same device(?).
Of course, this is not related to using hotplug as the "hotplug
program"; these are simply examples, which I think begin to support my
notion that what the hotplug scripts try to automate is in fact
something that is very specific to system/user preference (i.e. like
init scripts). Without having the time to get familiar with all the
scripts at the moment, I would rather do without it.
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id\x1470&alloc_id638&op=click
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
prev parent reply other threads:[~2004-04-09 6:16 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-07 20:40 maybe race condition & alsa Francisco Lobo
2004-04-08 20:18 ` Greg KH
2004-04-08 20:44 ` Marco d'Itri
2004-04-08 20:50 ` Greg KH
2004-04-09 6:16 ` Francisco Lobo [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=40763FBD.9010902@blueyonder.co.uk \
--to=lobo.f@blueyonder.co.uk \
--cc=linux-hotplug@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).