Re: [ANNOUNCE] ndevfs - a "nano" devfs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Jun 25, 2005 at 03:15:16PM -0700, Matt Mackall wrote:
> On Fri, Jun 24, 2005 at 01:18:08AM -0700, Greg KH wrote:
> > Now I just know I'm going to regret this somehow...
> > 
> > Anyway, here's yet-another-ramfs-based filesystem, ndevfs.  It's a very
> > tiny:
> > $ size fs/ndevfs/inode.o 
> >    text    data     bss     dec     hex filename
> >    1571     200       8    1779     6f3 fs/ndevfs/inode.o
> > replacement for devfs for those embedded users who just can't live
> > without the damm thing.  It doesn't allow subdirectories, and only uses
> > LSB compliant names.  But it works, and should be enough for people to
> > use, if they just can't wean themselves off of the idea of an in-kernel
> > fs to provide device nodes.
> > 
> > Now, with this, is there still anyone out there who just can't live
> > without devfs in their kernel?
> > 
> > Damm, the depths I've sunk to these days, I'm such a people pleaser...
> 
> Hmm. I'm not pleased. Perhaps you're pleasing the wrong people?

You are so right, I am.  I need to be pleasing me, and devfs in the
kernel is not the correct solution.  I knew this 4 years ago when Pat
and I started working on the driver core (my main goal was to do it to
support a udev-like solution), and I still know this today.

So no, I'm not going to be submitting this.  But what it is, is a nice
proof-of-concept for people who "just can't live without a in-kernel
devfs" to show that it can be done in less than 300 lines of code, and
only 6 hooks (2 functions in 3 different places) in the main kernel
tree.  That is managable outside of the main kernel for years, with
almost little to no effort.

> What we really need is a short HOWTO that covers:
> 
> - Do you really need a dynamic /dev?
> - How to embed a static /dev in your embedded kernel with initramfs
> - How to add a dynamic /dev to your kernel with udev

Yes, I'm going to start working with some of the people who really know
this stuff (the distro developers who make the whole dynamic boot and
early boot process work correctly) and we will hash out a coheirant
future together, and document it all really well.

But I'm going to wait to do that till next week, the sun is shining, the
beer is cold, and I'm going to relax now...

Thanks for calling me on this, I appreciate it.  You weren't the only
one either, which is a good thing.

greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux