Messages in this thread | | | Date | Thu, 16 Dec 2004 16:51:18 -0500 | From | Mike Waychison <> | Subject | Re: debugfs in the namespace |
| |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Greg KH wrote: > On Thu, Dec 16, 2004 at 11:00:02AM -0800, Pete Zaitcev wrote: > >>Hi Greg, >> >>what is the canonic place to mount debugfs: /debug, /debugfs, or anything >>else? The reason I'm asking is that USBMon has to find it somewhere and >>I'd really hate to see it varying from distro to distro. > > > Hm, in my testing I've been putting it in /dbg, but I don't like vowels :) > > Anyway, I don't really know. /dev/debug/ ? /proc/debug ? /debug ? > > What do people want? I guess it's time to write up a LSB proposal :( >
I thought debugfs was meant for just debugging. As there is no plans for standardizing its namespace, why are we allowing ourselves to rely on it being mounted at all?
AFAICT, there should be no excuse for userspace to actually rely on any of the data within debugfs. Otherwise we end up with yet another filesystem whose role is: Chaotic hodgepodge of magic files created by drivers that couldn't bother to be well-organized.
Please, let's not make debugfs part of userspace. Keep it for what it is, debugging purposes only.
- -- Mike Waychison Sun Microsystems, Inc. 1 (650) 352-5299 voice 1 (416) 202-8336 voice
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOTICE: The opinions expressed in this email are held by me, and may not represent the views of Sun Microsystems, Inc. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBwgNWdQs4kOxk3/MRAslqAJwPnra30/EBuZxuXkdpo67SZJXJUQCaAtC1 OeMH0Xiww/8xV9tIfqyzmE4= =Aa8I -----END PGP SIGNATURE----- - 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/
| |