From: Ingo Molnar <mingo@kernel.org>
To: Yinghai Lu <yinghai@kernel.org>
Cc: Kees Cook <keescook@chromium.org>, Borislav Petkov <bp@suse.de>,
Baoquan He <bhe@redhat.com>, Ingo Molnar <mingo@redhat.com>,
"H. Peter Anvin" <hpa@zytor.com>, Borislav Petkov <bp@alien8.de>,
Vivek Goyal <vgoyal@redhat.com>,
Andy Lutomirski <luto@kernel.org>,
Lasse Collin <lasse.collin@tukaani.org>,
Andrew Morton <akpm@linux-foundation.org>,
Dave Young <dyoung@redhat.com>,
"kernel-hardening@lists.openwall.com"
<kernel-hardening@lists.openwall.com>,
LKML <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: [kernel-hardening] Re: [PATCH v7 1/9] x86/KASLR: Initialize mapping_info every time
Date: Tue, 10 May 2016 07:58:54 +0200 [thread overview]
Message-ID: <20160510055853.GA2293@gmail.com> (raw)
In-Reply-To: <CAE9FiQVMq=Eh9m4BasuthD9-2qXwy32wB8egYsEp1BD6SPrnxw@mail.gmail.com>
* Yinghai Lu <yinghai@kernel.org> wrote:
> On Mon, May 9, 2016 at 3:23 PM, Kees Cook <keescook@chromium.org> wrote:
> >> The exact reason to have assigning in functions.
> >>
> >> pgt_data address could be changed during kernel relocation.
> >> so can not assigned during compiling time.
> >
> > Ah-ha, that explains why I had to keep it on the stack. Thanks for the
> > clarification!
>
> My fault, I should put that comment in the code at first place.
Ok, could you guys please update the code and the changelog as well, and also
rename that horribly named prepare_level4() function?
Also, since this code is multi-author, it would be nice to add explicit copyright
notices to the new arch/x86/boot/compressed/pagetable.c file, it was originally
written by you, then modified by Kees. Something like:
/*
* Copyright (C) 2015-2016 Yinghai Lu
* Copyright (C) 2016 Kees Cook
*/
Thanks,
Ingo
WARNING: multiple messages have this Message-ID (diff)
From: Ingo Molnar <mingo@kernel.org>
To: Yinghai Lu <yinghai@kernel.org>
Cc: Kees Cook <keescook@chromium.org>, Borislav Petkov <bp@suse.de>,
Baoquan He <bhe@redhat.com>, Ingo Molnar <mingo@redhat.com>,
"H. Peter Anvin" <hpa@zytor.com>, Borislav Petkov <bp@alien8.de>,
Vivek Goyal <vgoyal@redhat.com>,
Andy Lutomirski <luto@kernel.org>,
Lasse Collin <lasse.collin@tukaani.org>,
Andrew Morton <akpm@linux-foundation.org>,
Dave Young <dyoung@redhat.com>,
"kernel-hardening@lists.openwall.com"
<kernel-hardening@lists.openwall.com>,
LKML <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [PATCH v7 1/9] x86/KASLR: Initialize mapping_info every time
Date: Tue, 10 May 2016 07:58:54 +0200 [thread overview]
Message-ID: <20160510055853.GA2293@gmail.com> (raw)
In-Reply-To: <CAE9FiQVMq=Eh9m4BasuthD9-2qXwy32wB8egYsEp1BD6SPrnxw@mail.gmail.com>
* Yinghai Lu <yinghai@kernel.org> wrote:
> On Mon, May 9, 2016 at 3:23 PM, Kees Cook <keescook@chromium.org> wrote:
> >> The exact reason to have assigning in functions.
> >>
> >> pgt_data address could be changed during kernel relocation.
> >> so can not assigned during compiling time.
> >
> > Ah-ha, that explains why I had to keep it on the stack. Thanks for the
> > clarification!
>
> My fault, I should put that comment in the code at first place.
Ok, could you guys please update the code and the changelog as well, and also
rename that horribly named prepare_level4() function?
Also, since this code is multi-author, it would be nice to add explicit copyright
notices to the new arch/x86/boot/compressed/pagetable.c file, it was originally
written by you, then modified by Kees. Something like:
/*
* Copyright (C) 2015-2016 Yinghai Lu
* Copyright (C) 2016 Kees Cook
*/
Thanks,
Ingo
next prev parent reply other threads:[~2016-05-10 5:58 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-09 20:22 [kernel-hardening] [PATCH v7 0/9] x86/KASLR: Randomize virtual address separately Kees Cook
2016-05-09 20:22 ` Kees Cook
2016-05-09 20:22 ` [kernel-hardening] [PATCH v7 1/9] x86/KASLR: Initialize mapping_info every time Kees Cook
2016-05-09 20:22 ` Kees Cook
2016-05-09 22:01 ` [kernel-hardening] " Yinghai Lu
2016-05-09 22:01 ` Yinghai Lu
2016-05-09 22:23 ` [kernel-hardening] " Yinghai Lu
2016-05-09 22:23 ` Yinghai Lu
2016-05-09 22:27 ` [kernel-hardening] " Yinghai Lu
2016-05-09 22:27 ` Yinghai Lu
2016-05-09 22:23 ` [kernel-hardening] " Kees Cook
2016-05-09 22:23 ` Kees Cook
2016-05-09 22:28 ` [kernel-hardening] " Yinghai Lu
2016-05-09 22:28 ` Yinghai Lu
2016-05-10 5:58 ` Ingo Molnar [this message]
2016-05-10 5:58 ` Ingo Molnar
2016-05-10 11:21 ` [kernel-hardening] " Borislav Petkov
2016-05-10 11:21 ` Borislav Petkov
2016-05-10 8:40 ` [tip:x86/boot] " tip-bot for Kees Cook
2016-05-09 20:22 ` [kernel-hardening] [PATCH v7 2/9] x86/boot: Add missing file header comments Kees Cook
2016-05-09 20:22 ` Kees Cook
2016-05-10 8:41 ` [tip:x86/boot] " tip-bot for Kees Cook
2016-05-09 20:22 ` [kernel-hardening] [PATCH v7 3/9] x86/KASLR: Add slot_area to manage random_addr slots Kees Cook
2016-05-09 20:22 ` Kees Cook
2016-05-10 8:41 ` [tip:x86/boot] x86/KASLR: Add 'struct slot_area' " tip-bot for Baoquan He
2016-05-09 20:22 ` [kernel-hardening] [PATCH v7 4/9] x86/KASLR: Return earliest overlap when avoiding regions Kees Cook
2016-05-09 20:22 ` Kees Cook
2016-05-10 8:42 ` [tip:x86/boot] " tip-bot for Kees Cook
2016-05-09 20:22 ` [kernel-hardening] [PATCH v7 5/9] x86/KASLR: Add virtual address choosing function Kees Cook
2016-05-09 20:22 ` Kees Cook
2016-05-10 8:42 ` [tip:x86/boot] " tip-bot for Baoquan He
2016-05-09 20:22 ` [kernel-hardening] [PATCH v7 6/9] x86/KASLR: Clarify purpose of each get_random_long() Kees Cook
2016-05-09 20:22 ` Kees Cook
2016-05-10 8:42 ` [tip:x86/boot] " tip-bot for Kees Cook
2016-05-09 20:22 ` [kernel-hardening] [PATCH v7 7/9] x86/KASLR: Randomize virtual address separately Kees Cook
2016-05-09 20:22 ` Kees Cook
2016-05-09 20:22 ` [kernel-hardening] [PATCH v7 8/9] x86/KASLR: Add physical address randomization >4G Kees Cook
2016-05-09 20:22 ` Kees Cook
2016-05-09 20:22 ` [kernel-hardening] [PATCH v7 9/9] x86/KASLR: Allow randomization below load address Kees Cook
2016-05-09 20:22 ` Kees Cook
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160510055853.GA2293@gmail.com \
--to=mingo@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=bhe@redhat.com \
--cc=bp@alien8.de \
--cc=bp@suse.de \
--cc=dyoung@redhat.com \
--cc=hpa@zytor.com \
--cc=keescook@chromium.org \
--cc=kernel-hardening@lists.openwall.com \
--cc=lasse.collin@tukaani.org \
--cc=linux-kernel@vger.kernel.org \
--cc=luto@kernel.org \
--cc=mingo@redhat.com \
--cc=torvalds@linux-foundation.org \
--cc=vgoyal@redhat.com \
--cc=yinghai@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.