Messages in this thread | | | Date | Sat, 25 Jun 2005 16:43:05 -0700 | From | Greg KH <> | Subject | Re: [ANNOUNCE] ndevfs - a "nano" devfs |
| |
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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |