From: Ed Sweetman <safemode@speakeasy.net>
To: "Barry K. Nathan" <barryn@pobox.com>
Cc: linux-kernel@vger.kernel.org
Subject: devfs
Date: 18 Aug 2002 18:26:35 -0400 [thread overview]
Message-ID: <1029709596.3331.32.camel@psuedomode> (raw)
In-Reply-To: <20020818215355.GB5154@ip68-4-77-172.oc.oc.cox.net>
On Sun, 2002-08-18 at 17:53, Barry K. Nathan wrote:
> On Sun, Aug 18, 2002 at 07:36:47PM +0100, Sean Neakums wrote:
> > commence Ed Sweetman quotation:
> [snip]
> > > the devfs documentation says it doesn't need to have devfs mounted
> > > to work, but this doesn't seem to be true at all.
> >
> > If it does say exactly that, then it is outrageously wrong.
>
> Starting at line 722 of
> linux-2.4.19/Documentation/filesystems/devfs/README:
>
> > In general, a kernel built with CONFIG_DEVFS_FS=y but without mounting
> > devfs onto /dev is completely safe, and requires no
> > configuration changes.
>
> I skimmed through the documentation and it appears to assume that you're
> not deleting all the stuff in /dev before switching over to devfs.
This has nothing to do with not mounting devfs and still using devfs to
work with devices. If devfs is not mounted but you're still using
devfs, you shouldn't need anything in /dev. The documentation says you
can use devfs without mounting and This is what i'm saying is
problematic and doesn't seem possible in normal usage. It's an
optional config so are we using devfs when we dont mount it or not?
and if not, then why make not mounting it an option ?
If it's using the old device files in /dev then how can it be using
devfs and how can accessing physical inodes on the disk be intentional
to devfs?
> Right, there's no way around that. If you deleted everything in /dev --
> which you're not supposed to do -- then there's no way for anything to
> find any devices if devfs isn't enabled. (And you should have a rescue
> CD around anyway -- you never know when you might need it! BTW, what
> distribution are you (Ed) using? Some distributions have special boot
> options you can use when booting their install CDs to get into a rescue
> mode.)
>
> In any event, it might be a good idea to make the documentation a bit
> more explicit about this, and I might send a patch to the mailing
> list later today.
I'm not talking about booting without devfs enabled being the problem, i
know booting without devfs enabled I'll have issues booting the system
without physical /dev entries, i was referring to having devfs enabled
and not mounting it. Which according to the documentation should be
perfectly functional and valid. This is not the case though. devfs
should not require the old /dev entries at all since it doesn't use them
so why would keeping them be required at all when using it (not counting
the "if i want to not use devfs" argument). This is what should be
cleared up in the documentation.
next prev parent reply other threads:[~2002-08-18 22:22 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-18 6:44 cerberus errors on 2.4.19 (ide dma related) Ed Sweetman
2002-08-18 7:15 ` Ed Sweetman
2002-08-18 9:19 ` Andre Hedrick
2002-08-18 18:11 ` Ed Sweetman
2002-08-18 18:31 ` Ed Sweetman
2002-08-18 7:26 ` Ed Sweetman
2002-08-18 9:00 ` Barry K. Nathan
2002-08-18 9:13 ` Ed Sweetman
2002-08-18 17:50 ` Jonathan Lundell
2002-08-18 18:04 ` Ed Sweetman
2002-08-18 9:10 ` Alexander Viro
2002-08-18 9:16 ` Ed Sweetman
2002-08-18 18:10 ` Ed Sweetman
2002-08-18 18:20 ` Sean Neakums
2002-08-18 18:29 ` Ed Sweetman
2002-08-18 18:36 ` Sean Neakums
2002-08-18 21:53 ` Barry K. Nathan
2002-08-18 22:26 ` Ed Sweetman [this message]
2002-08-18 22:47 ` devfs Sean Neakums
2002-08-18 23:03 ` devfs Alexander Viro
2002-08-18 23:15 ` devfs Ed Sweetman
2002-08-21 4:49 ` devfs Richard Gooch
2002-08-21 5:03 ` devfs Ed Sweetman
2002-08-19 1:06 ` devfs Olivier Galibert
2002-08-19 2:01 ` devfs Greg KH
2002-08-18 23:18 ` devfs Barry K. Nathan
2002-08-18 22:41 ` cerberus errors on 2.4.19 (ide dma related) Andrew Rodland
2002-08-18 22:55 ` Ed Sweetman
2002-08-19 21:46 ` Ed Sweetman
2002-08-18 19:53 ` Ed Sweetman
2002-08-18 20:07 ` Andre Hedrick
2002-08-18 20:29 ` Ed Sweetman
2002-08-23 0:03 ` Samuel Flory
2002-08-19 0:06 ` Denis Vlasenko
-- strict thread matches above, loose matches on Subject: below --
2002-11-12 9:32 devfs Ian Molton
2002-11-12 9:43 ` devfs Xavier Bestel
2002-11-12 9:49 ` devfs john slee
2002-11-12 10:01 ` devfs Sean Neakums
2002-11-12 12:51 ` devfs Oliver Neukum
2002-11-12 10:05 ` devfs Xavier Bestel
2002-11-12 10:04 ` devfs Alexander Viro
2002-11-12 10:25 ` devfs Ian Molton
2002-11-12 10:46 ` devfs Dave Jones
2002-11-12 11:08 ` devfs Ian Molton
2002-11-12 11:24 ` devfs Rando Christensen
2002-11-12 13:30 ` devfs Alexander Viro
2002-11-12 14:53 ` devfs Alan Cox
2002-11-12 15:37 ` devfs Ian Molton
2002-11-12 11:29 ` devfs Helge Hafting
2002-11-12 15:40 ` devfs Greg KH
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=1029709596.3331.32.camel@psuedomode \
--to=safemode@speakeasy.net \
--cc=barryn@pobox.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox