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  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:	Sun, 21 Apr 2013 12:46:24 -0700
From:	Kees Cook <>
To:	Ingo Molnar <>
Cc:	"H. Peter Anvin" <>,
	LKML <>,
	"" <>,
	Thomas Gleixner <>,
	Ingo Molnar <>,
	David Woodhouse <>,
	Jiri Kosina <>, Olaf Hering <>,
	Yinghai Lu <>,
	Matt Fleming <>,
	Gokul Caushik <>,
	Josh Triplett <>,
	Joe Millenbach <>,
	Alexander Duyck <>,
	Jacob Shin <>,
	Pekka Enberg <>,
	Eric Northup <>,
	Dan Rosenberg <>,
	Julien Tinnes <>, Will Drewry <>
Subject: Re: [PATCH] x86: kaslr: move ELF relocation handling to C

On Sun, Apr 21, 2013 at 2:13 AM, Ingo Molnar <> wrote:
> * Kees Cook <> wrote:
>> Moves the relocation handling into C, after decompression. Only
>> kernels that need relocation support will use the code. The new
>> CONFIG_RANDOMIZE_BASE does not yet do anything except turn on this logic
>> for 64-bit kernels.
> So why not keep the inactive CONFIG_RANDOMIZE_BASE hunks in a separate
> patch, and just have this one clean, orthogonal patch that moves
> relocation handling into C?

I had wanted there to be a way to test building with 64-bit
relocations. With this patch and CONFIG_RANDOMIZE_BASE=y, I could do
that. Would you rather I remove those pieces?


Kees Cook
Chrome OS Security
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

Powered by blists - more mailing lists