public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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



  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