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


Groups > linux.kernel > #1566475 > unrolled thread

Re: [PATCH v7] x86: fix kaslr and memmap collision

Started byThomas Gleixner <tglx@linutronix.de>
First post2017-01-25 11:50 +0100
Last post2017-01-25 11:50 +0100
Articles 1 — 1 participant

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 v7] x86: fix kaslr and memmap collision Thomas Gleixner <tglx@linutronix.de> - 2017-01-25 11:50 +0100

#1566475 — Re: [PATCH v7] x86: fix kaslr and memmap collision

FromThomas Gleixner <tglx@linutronix.de>
Date2017-01-25 11:50 +0100
SubjectRe: [PATCH v7] x86: fix kaslr and memmap collision
Message-ID<t3tjk-Dr-11@gated-at.bofh.it>
On Wed, 11 Jan 2017, Dave Jiang wrote:

> CONFIG_RANDOMIZE_BASE relocates the kernel to a random base address.
> However it does not take into account the memmap= parameter passed in from
> the kernel cmdline. This results in the kernel sometimes being put in
> the middle of memmap. Teaching kaslr to not insert the kernel in
> memmap defined regions. We will support up to 4 memmap regions. Any
> additional regions will cause kaslr to disable. The mem_avoid set has
> been augmented to add up to 4 unusable regions of memmaps provided by the
> user to exclude those regions from the set of valid address range to insert
> the uncompressed kernel image. The nn@ss ranges will be skipped by the
> mem_avoid set since it indicates memory useable.
> 
> Signed-off-by: Dave Jiang <dave.jiang@intel.com>
> Acked-by: Kees Cook <keescook@chromium.org>
> Acked-by: Baoquan He <bhe@redhat.com>

Reviewed-by: Thomas Gleixner <tglx@linutronix.de>

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web