Re: [RFC V2 PATCH]debugfs:Fix terminology inconsistency of dir nameto mount debugfs filesystem.

From: Steven Rostedt
Date: Fri May 29 2009 - 12:48:22 EST





On Sat, 30 May 2009, GeunSik Lim wrote:

>
>
> Dear Greg and Steen,
>
> Thanks your advices and opinions about a confusion according to
> too many mount directory names for debugfs. I made rfc v2 patch file again like belows.
> Can I hear your advices about below patch contents?.
>
> * ref:
> http://groups.google.com/group/linux.kernel/browse_thread/thread/c34e386587979340/dc52317f888e78b6?#dc52317f888e78b6
>
>
> Regards,
> GeunSik Lim.
>
> Subject: [PATCH] Fix terminology inconsistency of dir name to mount debugfs filesystem.
>
> Many developers use "/debug/" or "/debugfs/ directory name to mount
> debugfs filesystem for ftrace according to
> ./Documentation/tracers/ftrace.txt file.
>
> And, three directory names(ex:/debug/, /debugfs/, /sys/kernel/debug/) is
> existed in kernel source like ftrace, DRM, Wireless, Network[sky2]files
> to mount debugfs filesystem.
>
> debugfs means debug filesystem for debugging easy to use by greg kroah
> hartman. "/sys/kernel/debug/" name is suitable as directory name
> of debugfs filesystem.
> -debugfs related reference: http://lwn.net/Articles/115405/

Note, LWN has an update this week:

http://lwn.net/Articles/334546/

But it currently is subscriber only. Others would need to either buy a
subscription (plug) or wait a week for it to become open.

Still for some aspects, just having "debugfs" without the leading "/"
might just be self explanatory. We can assume the user already knows where
debugfs is mounted.

-- Steve


>
> Fix inconsistency of directory name to mount debugfs filesystem.
>
> Signed-off-by: GeunSik Lim <geunsik.lim@xxxxxxxxxxx>
> Acked-By: Inaky Perez-Gonzalez <inaky@xxxxxxxxxxxxxxx>
> CC: Greg KH <greg@xxxxxxxxx>
> CC: Steven Rostedt <rostedt@xxxxxxxxxxx>
> CC: linux-kernel <linux-kernel@xxxxxxxxxxxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/