Messages in this thread | | | Date | Thu, 9 Dec 2004 23:54:29 -0800 | From | Greg KH <> | Subject | Re: [RFC PATCH] debugfs - yet another in-kernel file system |
| |
On Fri, Dec 10, 2004 at 08:07:20AM +0100, Jan Engelhardt wrote: > >What if there was a in-kernel filesystem that was explicitly just for > >putting debugging stuff? Some place other than proc and sysfs, and that > >was easier than both of them to use. Yet it needed to also be able to > >handle complex stuff like seq file and raw file_ops if needed. > > As for modules, they could just wrap a variable in a module_param, don't they?
For input stuff, yes. And for simple types that are not debug stuff, yes, that is the proper place for them.
> I have to admit that adding another filesystem that is very like procfs or > sysfs make some kind of redundancy.
Why? The main issue is the discussion usually goes like this:
Me: Hey, the /proc/driver/foo/foo_value really shouldn't be in proc. Developer: Ok, but it has a lot of really good debug stuff in it. Can I put it in sysfs? Me: No, sysfs is for one-value-per-file whenever possible. It needs to go somewhere else. Developer: Well, if you don't have anywhere else to put it, why are you even bringing this up at all. Go away and leave me alone.
Now we have a place to put this stuff. If you look through the way drivers use /proc these days, there is still a lot of stuff that needs to get moved out, that can go in debugfs.
As for "another filesystem", it's tiny due to using libfs, and it will compile away into nothing if not selected (so in the end, provides the ability to make the final kernel image smaller.)
thanks,
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/
| |