From: Mike Frysinger <vapier@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] devfs is dead, let's move on
Date: Tue, 12 Jul 2005 18:08:57 -0400 [thread overview]
Message-ID: <200507121808.57741.vapier@gentoo.org> (raw)
In-Reply-To: <1121068039.11171.2.camel@lycan.lan>
On Monday 11 July 2005 03:47 am, Martin Schlemmer wrote:
> On Sat, 2005-07-09 at 20:34 +0200, Richard Fish wrote:
> > >>>I.o.w. is it still necessary to have RC_DEVICE_TARBALL="yes" as a
> > >>>default or can we move to a pure udev system and change the default to
> > >>>"no".
> > >>
> > >>I've been running my boxes successfully with "no" since the option
> > >>showed up just fine :)
> > >
> > >I think people is under a misconception about this option and ... you
> > >really only need to enable this for a driver that is not sysfs aware
> > >(nvidia comes to mind - any others?), or if you have some custom nodes
> > >in /dev that you cannot do via udev ... And I am pretty sure (correct
> > >me if I am wrong) that all (or most?) in-kernel drivers are sysfs aware,
> > >and only a handful outside are not.
> >
> > Well, I do have a small issue with the software RAID (md) driver, in
> > that when autodetection is not performed by the driver (due to either
> > being a module or booting the system through an initramfs), no sysfs
> > entries or device nodes are created.
> >
> > Normally my RAID system is brought up inside my initramfs with static
> > nodes, so this really only affects my recovery CD, where I need to run:
> >
> > for d in 0 1 2 3; do
> > /sbin/mdadm --assemble --config=partitions --auto=md
> > --super-minor=$d /dev/md$d >/dev/null 2>&1
> > done
> >
> > Maybe something similar will be required in /sbin/rc, like you currently
> > do for LVM and the device mapper? It isn't a critical problem
> > though...I am pretty sure there are only a few Gentoo users who will
> > ever see this...maybe as few as 1!!!
>
> Mike, what do you think? This viable? We could maybe add an init addon
> for md, and move the lvm/whatever stuff to that as well?
i dont see the point ... ive already fixed raidtools / mdadm to generate
device nodes before running since udev doesnt do it correctly/at all
-mike
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2005-07-12 22:10 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-06 22:46 [gentoo-dev] devfs is dead, let's move on Greg KH
2005-07-06 23:04 ` Greg KH
2005-07-06 23:06 ` Roy Marples
2005-07-06 23:16 ` Greg KH
2005-07-07 0:35 ` Mike Frysinger
2005-07-07 9:34 ` Henrik Brix Andersen
2005-07-07 13:55 ` Martin Schlemmer
2005-07-07 19:44 ` [gentoo-dev] " Duncan
2005-07-07 20:06 ` Martin Schlemmer
2005-07-07 20:19 ` [gentoo-dev] " Duncan
2005-07-07 20:52 ` [gentoo-dev] " Greg KH
2005-07-07 23:22 ` Martin Schlemmer
2005-07-08 17:06 ` Greg KH
2005-07-08 18:16 ` Stephen Bennett
2005-07-08 18:36 ` Martin Schlemmer
2005-07-08 18:43 ` Martin Schlemmer
2005-07-07 14:18 ` Chris Gianelloni
2005-07-08 17:12 ` Greg KH
2005-07-09 1:00 ` Georgi Georgiev
2005-07-09 2:31 ` Greg KH
2005-08-01 22:14 ` Greg KH
2005-08-01 23:23 ` Kumba
2005-08-01 23:32 ` Greg KH
2005-08-01 23:40 ` Kumba
2005-08-01 23:56 ` Greg KH
2005-07-07 17:39 ` Georgi Georgiev
2005-07-08 17:15 ` Greg KH
2005-07-07 19:52 ` John Mylchreest
2005-07-07 20:49 ` Greg KH
2005-07-09 3:56 ` Kumba
2005-07-09 4:42 ` Greg KH
2005-07-09 5:22 ` Kumba
2005-07-08 17:49 ` Michiel de Bruijne
2005-07-08 22:25 ` Greg KH
2005-07-08 22:46 ` Michiel de Bruijne
2005-07-08 23:35 ` Martin Schlemmer
2005-07-09 0:44 ` Michiel de Bruijne
2005-07-09 0:58 ` Martin Schlemmer
2005-07-09 2:28 ` Greg KH
2005-07-09 18:34 ` Richard Fish
2005-07-09 18:50 ` Philippe Trottier
2005-07-11 7:47 ` Martin Schlemmer
2005-07-12 22:08 ` Mike Frysinger [this message]
2005-07-13 9:00 ` Martin Schlemmer
2005-07-13 12:55 ` Mike Frysinger
2005-07-13 14:44 ` Richard Fish
2005-07-15 23:37 ` Carlos Silva
2005-07-17 13:24 ` 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=200507121808.57741.vapier@gentoo.org \
--to=vapier@gentoo.org \
--cc=gentoo-dev@lists.gentoo.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