lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Thu, 26 Jan 2023 13:41:05 -0700
From:   Ross Zwisler <zwisler@...gle.com>
To:     Steven Rostedt <rostedt@...dmis.org>
Cc:     Jonathan Corbet <corbet@....net>,
        Linux Trace Devel <linux-trace-devel@...r.kernel.org>,
        linux-kernel@...r.kernel.org,
        Masami Hiramatsu <mhiramat@...nel.org>,
        Tom Zanussi <zanussi@...nel.org>
Subject: Re: [PATCH] docs: ftrace: always use canonical ftrace path

On Thu, Jan 26, 2023 at 1:34 PM Steven Rostedt <rostedt@...dmis.org> wrote:
>
> On Thu, 26 Jan 2023 11:28:38 -0700
> Jonathan Corbet <corbet@....net> wrote:
>
> > Ross Zwisler <zwisler@...omium.org> writes:
> >
> > > The canonical location for the tracefs filesystem is at /sys/kernel/tracing.
> > >
> > > But, from Documentation/trace/ftrace.rst:
> > >
> > >   Before 4.1, all ftrace tracing control files were within the debugfs
> > >   file system, which is typically located at /sys/kernel/debug/tracing.
> > >   For backward compatibility, when mounting the debugfs file system,
> > >   the tracefs file system will be automatically mounted at:
> > >
> > >   /sys/kernel/debug/tracing
> > >
> > > Many parts of Documentation still reference this older debugfs path, so
> > > let's update them to avoid confusion.
> > >
> > > Signed-off-by: Ross Zwisler <zwisler@...gle.com>
> >
> > So this seems like a good cleanup to me.  Unless somebody objects, I'll
> > apply it to the docs tree in the near future.
> >
>
> Reviewed-by: Steven Rostedt (Google) <rostedt@...dmis.org>
>
> Doing a quick 'git grep 'debug/tracing' there's a lot more that needs to be
> cleaned up, but that's outside the Documentation directory.
>
> Ross, care to follow through with those? ;-)

Yep, I'll send out patches to take care of the rest, just wanted to
send this out since I had it ready.
I'm planning on dividing up the patches by subsystem/maintainer, but
am open to suggestions if that sounds incorrect.

> Thanks Jon and Ross,
>
> -- Steve

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ