Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1587368 > unrolled thread

Re: [PATCH] lib/Kconfig.debug: correct documentation paths

Started byKrzysztof Kozlowski <krzk@kernel.org>
First post2017-02-24 09:40 +0100
Last post2017-02-24 18:40 +0100
Articles 3 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH] lib/Kconfig.debug: correct documentation paths Krzysztof Kozlowski <krzk@kernel.org> - 2017-02-24 09:40 +0100
    Re: [PATCH] lib/Kconfig.debug: correct documentation paths Jonathan Corbet <corbet@lwn.net> - 2017-02-24 18:30 +0100
      Re: [PATCH] lib/Kconfig.debug: correct documentation paths Krzysztof Kozlowski <krzk@kernel.org> - 2017-02-24 18:40 +0100

#1587368 — Re: [PATCH] lib/Kconfig.debug: correct documentation paths

FromKrzysztof Kozlowski <krzk@kernel.org>
Date2017-02-24 09:40 +0100
SubjectRe: [PATCH] lib/Kconfig.debug: correct documentation paths
Message-ID<tejzZ-5Xe-57@gated-at.bofh.it>
On Tue, Dec 13, 2016 at 4:40 PM, Hans Holmberg <hans@pixelmunchies.com> wrote:
> A bunch of documentation files have moved, correct the paths.
>
> Signed-off-by: Hans Holmberg <hans@pixelmunchies.com>
> ---
>  lib/Kconfig.debug | 19 ++++++++++---------
>  1 file changed, 10 insertions(+), 9 deletions(-)
>

Hi Jon,

What happened with this patch? I am asking because on top of
next-20170224 I found some more sysrq.txt obsolete paths... including
the ones fixed here. I am not sure whether I am fixing something
already fixed?

Best regards,
Krzysztof

> diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
> index e6327d1..18ffa80 100644
> --- a/lib/Kconfig.debug
> +++ b/lib/Kconfig.debug
> @@ -130,7 +130,8 @@ config DYNAMIC_DEBUG
>                 nullarbor:~ # echo -n 'func svc_process -p' >
>                                                 <debugfs>/dynamic_debug/control
>
> -         See Documentation/dynamic-debug-howto.txt for additional information.
> +         See Documentation/admin-guide/dynamic-debug-howto.rst for additional
> +         information.
>
>  endmenu # "printk and dmesg options"
>
> @@ -194,8 +195,8 @@ config GDB_SCRIPTS
>           build directory. If you load vmlinux into gdb, the helper
>           scripts will be automatically imported by gdb as well, and
>           additional functions are available to analyze a Linux kernel
> -         instance. See Documentation/gdb-kernel-debugging.txt for further
> -         details.
> +         instance. See Documentation/dev-tools/gdb-kernel-debugging.rst
> +         for further details.
>
>  config ENABLE_WARN_DEPRECATED
>         bool "Enable __deprecated logic"
> @@ -404,8 +405,8 @@ config MAGIC_SYSRQ
>           by pressing various keys while holding SysRq (Alt+PrintScreen). It
>           also works on a serial console (on PC hardware at least), if you
>           send a BREAK and then within 5 seconds a command keypress. The
> -         keys are documented in <file:Documentation/sysrq.txt>. Don't say Y
> -         unless you really know what this hack does.
> +         keys are documented in <file:Documentation/admin-guide/sysrq.rst>.
> +         Don't say Y unless you really know what this hack does.
>
>  config MAGIC_SYSRQ_DEFAULT_ENABLE
>         hex "Enable magic SysRq key functions by default"
> @@ -414,7 +415,7 @@ config MAGIC_SYSRQ_DEFAULT_ENABLE
>         help
>           Specifies which SysRq key functions are enabled by default.
>           This may be set to 1 or 0 to enable or disable them all, or
> -         to a bitmask as described in Documentation/sysrq.txt.
> +         to a bitmask as described in Documentation/admin-guide/sysrq.rst.
>
>  config DEBUG_KERNEL
>         bool "Kernel debugging"
> @@ -542,8 +543,8 @@ config DEBUG_KMEMLEAK
>           difference being that the orphan objects are not freed but
>           only shown in /sys/kernel/debug/kmemleak. Enabling this
>           feature will introduce an overhead to memory
> -         allocations. See Documentation/kmemleak.txt for more
> -         details.
> +         allocations. See Documentation/dev-tools/kmemleak.rst for
> +         more details.
>
>           Enabling DEBUG_SLAB or SLUB_DEBUG may increase the chances
>           of finding leaks due to the slab objects poisoning.
> @@ -739,7 +740,7 @@ config KCOV
>           different machines and across reboots. If you need stable PC values,
>           disable RANDOMIZE_BASE.
>
> -         For more details, see Documentation/kcov.txt.
> +         For more details, see Documentation/dev-tools/kcov.rst.
>
>  config KCOV_INSTRUMENT_ALL
>         bool "Instrument all code by default"
> --
> 1.9.1
>

[toc] | [next] | [standalone]


#1587818

FromJonathan Corbet <corbet@lwn.net>
Date2017-02-24 18:30 +0100
Message-ID<terQR-3oh-1@gated-at.bofh.it>
In reply to#1587368
On Fri, 24 Feb 2017 10:36:20 +0200
Krzysztof Kozlowski <krzk@kernel.org> wrote:

> What happened with this patch? I am asking because on top of
> next-20170224 I found some more sysrq.txt obsolete paths... including
> the ones fixed here. I am not sure whether I am fixing something
> already fixed?

What happened, most likely, is that I saw /lib/Kconfig.debug and assumed
it was one of the many patches sent my way that aren't really up to me to
handle.  But nobody else really owns /lib either, I guess.  I've dug the
patch out of my archive and will get it in.

Thanks,

jon

[toc] | [prev] | [next] | [standalone]


#1587828

FromKrzysztof Kozlowski <krzk@kernel.org>
Date2017-02-24 18:40 +0100
Message-ID<tes0x-3rI-11@gated-at.bofh.it>
In reply to#1587818
On Fri, Feb 24, 2017 at 10:21:35AM -0700, Jonathan Corbet wrote:
> On Fri, 24 Feb 2017 10:36:20 +0200
> Krzysztof Kozlowski <krzk@kernel.org> wrote:
> 
> > What happened with this patch? I am asking because on top of
> > next-20170224 I found some more sysrq.txt obsolete paths... including
> > the ones fixed here. I am not sure whether I am fixing something
> > already fixed?
> 
> What happened, most likely, is that I saw /lib/Kconfig.debug and assumed
> it was one of the many patches sent my way that aren't really up to me to
> handle.  But nobody else really owns /lib either, I guess.  I've dug the
> patch out of my archive and will get it in.
>

Greatm thank you!

Best regards,
Krzysztof

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web