From: "Alexander E. Patrakov" <patrakov@ums.usu.ru>
To: linux-kernel@vger.kernel.org
Subject: Re: Future devfs plans (sorry for previous incomplete message)
Date: Mon, 26 Jul 2004 13:11:34 +0600 [thread overview]
Message-ID: <ce2ar6$s5p$1@sea.gmane.org> (raw)
In-Reply-To: <200407260332.43030.norberto+linux-kernel@bensa.ath.cx>
Norberto Bensa wrote:
> Trent Lloyd wrote:
>
>>Wouldn't a possible solution to do this to develop an extension to tmpfs to
>>catch files accessed that don't exist etc and use that in conjuction
>>with udev?
>
>
> Why would you want to do that? If the device node doesn't exist -> there's no
> hardware -> there's no need to load a driver/module.
Wrong - think about /dev/loop0
>
> udev/hotplug are doing the right thing (tm)
They are doing the right thing (tm) _only_ in conjunction with this
bootscript snippet:
KVERSION=`uname -r`
for module in `egrep '^alias (char|block)-major' \
/lib/modules/$KVERSION/modules.alias /etc/modprobe.conf | \
grep -v 1394 | awk '{print $3;}'`
do
modprobe $module
done
I have, however, posted this snippet to linux-hotplug-devel and they
rejected it for no apparent reason. This snippet loads exactly the same
modules as the kernel would autoload with static /dev.
The "grep -v 1394" is due to the kernel bug described in the following
message: http://lkml.org/lkml/2004/5/30/143
Also the recent "enable all hotplug events" patch
(http://lkml.org/lkml/2004/7/13/74 + http://lkml.org/lkml/2004/7/20/47)
with a custom initramfs
(http://bugs.linuxfromscratch.org/attachment.cgi?id=112&action=view) is
a very good thing.
--
Alexander E. Patrakov
next prev parent reply other threads:[~2004-07-26 7:20 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-26 17:37 Future devfs plans (sorry for previous incomplete message) Adam J. Richter
2004-07-26 3:34 ` Tim Connors
2004-07-26 6:24 ` Trent Lloyd
2004-07-26 6:32 ` Norberto Bensa
2004-07-26 7:11 ` Alexander E. Patrakov [this message]
2004-07-26 9:09 ` Måns Rullgård
2004-07-28 0:12 ` Trent Lloyd
2004-07-28 1:43 ` Måns Rullgård
2004-07-26 9:38 ` Ville Herva
2004-07-27 1:03 ` Matt Mackall
2004-07-28 3:16 ` Ian Kent
-- strict thread matches above, loose matches on Subject: below --
2004-07-28 4:16 Adam J. Richter
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='ce2ar6$s5p$1@sea.gmane.org' \
--to=patrakov@ums.usu.ru \
--cc=linux-kernel@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 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.