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


Groups > linux.kernel > #1683039 > unrolled thread

[PATCH v2 2/2] docs: disable KASLR when debugging kernel

Started byZhouyi Zhou <zhouzhouyi@gmail.com>
First post2017-07-07 11:00 +0200
Last post2017-07-13 21:00 +0200
Articles 3 — 3 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH v2 2/2] docs: disable KASLR when debugging kernel Zhouyi Zhou <zhouzhouyi@gmail.com> - 2017-07-07 11:00 +0200
    Re: [PATCH v2 2/2] docs: disable KASLR when debugging kernel Jan Kiszka <jan.kiszka@siemens.com> - 2017-07-13 09:00 +0200
      Re: [PATCH v2 2/2] docs: disable KASLR when debugging kernel Jonathan Corbet <corbet@lwn.net> - 2017-07-13 21:00 +0200

#1683039 — [PATCH v2 2/2] docs: disable KASLR when debugging kernel

FromZhouyi Zhou <zhouzhouyi@gmail.com>
Date2017-07-07 11:00 +0200
Subject[PATCH v2 2/2] docs: disable KASLR when debugging kernel
Message-ID<u0xhg-1wr-5@gated-at.bofh.it>
commit 6807c84652b0 ("x86: Enable KASLR by default") enables KASLR
by default on x86. While KASLR will confuse gdb which resolve kernel 
symbol address from symbol table of vmlinux. We should turn off KASLR for
kernel debugging. 

Signed-off-by: Zhouyi Zhou <zhouzhouyi@gmail.com>
Reviewed-by: Kieran Bingham <kbingham@kernel.org>
---
 Documentation/dev-tools/gdb-kernel-debugging.rst | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/Documentation/dev-tools/gdb-kernel-debugging.rst b/Documentation/dev-tools/gdb-kernel-debugging.rst
index 5e93c9b..60fec6d 100644
--- a/Documentation/dev-tools/gdb-kernel-debugging.rst
+++ b/Documentation/dev-tools/gdb-kernel-debugging.rst
@@ -31,12 +31,13 @@ Setup
   CONFIG_DEBUG_INFO_REDUCED off. If your architecture supports
   CONFIG_FRAME_POINTER, keep it enabled.
 
-- Install that kernel on the guest.
+- Install that kernel on the guest, turn off KASLR if necessary by adding
+  "nokaslr" to the kernel command line.
   Alternatively, QEMU allows to boot the kernel directly using -kernel,
   -append, -initrd command line switches. This is generally only useful if
   you do not depend on modules. See QEMU documentation for more details on
-  this mode.
+  this mode. In this case, you should build the kernel with
+  CONFIG_RANDOMIZE_BASE disabled if the architecture supports KASLR.
 
 - Enable the gdb stub of QEMU/KVM, either
 
-- 
1.9.1

[toc] | [next] | [standalone]


#1686303

FromJan Kiszka <jan.kiszka@siemens.com>
Date2017-07-13 09:00 +0200
Message-ID<u2Ggq-2d9-17@gated-at.bofh.it>
In reply to#1683039
On 2017-07-07 10:51, Zhouyi Zhou wrote:
> commit 6807c84652b0 ("x86: Enable KASLR by default") enables KASLR
> by default on x86. While KASLR will confuse gdb which resolve kernel 
> symbol address from symbol table of vmlinux. We should turn off KASLR for
> kernel debugging. 
> 
> Signed-off-by: Zhouyi Zhou <zhouzhouyi@gmail.com>
> Reviewed-by: Kieran Bingham <kbingham@kernel.org>
> ---
>  Documentation/dev-tools/gdb-kernel-debugging.rst | 6 ++++--
>  1 file changed, 4 insertions(+), 2 deletions(-)
> 
> diff --git a/Documentation/dev-tools/gdb-kernel-debugging.rst b/Documentation/dev-tools/gdb-kernel-debugging.rst
> index 5e93c9b..60fec6d 100644
> --- a/Documentation/dev-tools/gdb-kernel-debugging.rst
> +++ b/Documentation/dev-tools/gdb-kernel-debugging.rst
> @@ -31,12 +31,13 @@ Setup
>    CONFIG_DEBUG_INFO_REDUCED off. If your architecture supports
>    CONFIG_FRAME_POINTER, keep it enabled.
>  
> -- Install that kernel on the guest.
> +- Install that kernel on the guest, turn off KASLR if necessary by adding
> +  "nokaslr" to the kernel command line.
>    Alternatively, QEMU allows to boot the kernel directly using -kernel,
>    -append, -initrd command line switches. This is generally only useful if
>    you do not depend on modules. See QEMU documentation for more details on
> -  this mode.
> +  this mode. In this case, you should build the kernel with
> +  CONFIG_RANDOMIZE_BASE disabled if the architecture supports KASLR.
>  
>  - Enable the gdb stub of QEMU/KVM, either
>  
> 

FWIW: Acked-by: Jan Kiszka <jan.kiszka@siemens.com>

Who's taking this? Jon?

Jan

-- 
Siemens AG, Corporate Technology, CT RDA ITP SES-DE
Corporate Competence Center Embedded Linux

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


#1686845

FromJonathan Corbet <corbet@lwn.net>
Date2017-07-13 21:00 +0200
Message-ID<u2Rvc-RM-11@gated-at.bofh.it>
In reply to#1686303
On Thu, 13 Jul 2017 08:53:59 +0200
Jan Kiszka <jan.kiszka@siemens.com> wrote:

> FWIW: Acked-by: Jan Kiszka <jan.kiszka@siemens.com>
> 
> Who's taking this? Jon?

I can take them once the merge window closes.

Thanks,

jon

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web