From: Jamie Lokier <jamie@shareable.org>
To: "Adam J. Richter" <adam@yggdrasil.com>
Cc: linux-fsdevel@vger.kernel.org, michael.waychison@sun.com,
thockin@sun.com
Subject: Re: Announcing Trapfs: a small lookup trapping filesystem, like autofs and devfs
Date: Mon, 1 Nov 2004 21:43:53 +0000 [thread overview]
Message-ID: <20041101214353.GA14876@mail.shareable.org> (raw)
In-Reply-To: <200411021033.iA2AXBq10563@freya.yggdrasil.com>
Adam J. Richter wrote:
> Trapfs can also be used to provide create-on-demand device file
> functionality for some non-devfs systems.
I understand udev is the "new" way to create device files when devices
are attached.
It works fine for real devices. However, udev's weak point is that it
won't create devices like "/dev/ppp" and "/dev/net/tun0" until you
load their respective modules... and you usually want an attempt to
load those devices to cause the modules to be loaded.
That's why on my laptop, when I want to run pppd, I have to do
"modprobe ppp_async" first.
There's an ugly workaround where the entire contents of /dev are
stored in a .tar.bz2 file which is restored at boot, including those
kinds of device nodes, but it is very ugly because that file
invariably ends up containing a lot of devices that you don't want,
and duplicating a lot of the settings in udev's config files. When
using that .tar.bz2, there isn't a lot of point in using udev at all.
It would be nice if opening a non-existent file in /dev would trigger
a hotplug/udev event - but otherwise have a perfectly normal
tmpfs-like filesystem. IMHO that would fix udev nicely.
Is trapfs suitable for that?
-- Jamie
next prev parent reply other threads:[~2004-11-01 21:43 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-02 10:33 Announcing Trapfs: a small lookup trapping filesystem, like autofs and devfs Adam J. Richter
2004-11-01 21:43 ` Jamie Lokier [this message]
2004-11-01 22:04 ` Greg KH
2004-11-02 15:44 ` Mike Waychison
-- strict thread matches above, loose matches on Subject: below --
2004-11-02 17:17 Adam J. Richter
2004-11-02 6:50 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=20041101214353.GA14876@mail.shareable.org \
--to=jamie@shareable.org \
--cc=adam@yggdrasil.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=michael.waychison@sun.com \
--cc=thockin@sun.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;
as well as URLs for NNTP newsgroup(s).