linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

      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).