lkml.org 
[lkml]   [2004]   [Dec]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [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/

\
 
 \ /
  Last update: 2005-03-22 14:08    [from the cache]
©2003-2011 Jasper Spaans