Re: [tip:x86/boot] x86/mm: Enable KASLR for physical mapping memory regions
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [tip:x86/boot] x86/mm: Enable KASLR for physical mapping memory regions
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Date: Wed, 17 Aug 2016 12:19:48 +0200
- Cc: Brian Gerst <brgerst@xxxxxxxxx>, Kees Cook <keescook@xxxxxxxxxxxx>, Baoquan He <bhe@xxxxxxxxxx>, Yinghai Lu <yinghai@xxxxxxxxxx>, Juergen Gross <jgross@xxxxxxxx>, Thomas Garnier <thgarnie@xxxxxxxxxx>, Andy Lutomirski <luto@xxxxxxxxxx>, "H. Peter Anvin" <hpa@xxxxxxxxx>, Alexander Kuleshov <kuleshovmail@xxxxxxxxx>, Josh Poimboeuf <jpoimboe@xxxxxxxxxx>, Christian Borntraeger <borntraeger@xxxxxxxxxx>, Stephen Smalley <sds@xxxxxxxxxxxxx>, "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>, Joerg Roedel <jroedel@xxxxxxx>, "Williams, Dan J" <dan.j.williams@xxxxxxxxx>, Mark Salter <msalter@xxxxxxxxxx>, Borislav Petkov <bp@xxxxxxx>, Jonathan Corbet <corbet@xxxxxxx>, Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>, Xiao Guangrong <guangrong.xiao@xxxxxxxxxxxxxxx>, "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>, Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>, Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>, Toshi Kani <toshi.kani@xxxxxxx>, Alexander Popov <alpopov@xxxxxxxxxxxxxx>, Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxx>, Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>, Boris Ostrovsky <boris.ostrovsky@xxxxxxxxxx>, Denys Vlasenko <dvlasenk@xxxxxxxxxx>, Peter Zijlstra <peterz@xxxxxxxxxxxxx>, Dave Young <dyoung@xxxxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Dmitry Vyukov <dvyukov@xxxxxxxxxx>, Lv Zheng <lv.zheng@xxxxxxxxx>, Martin Schwidefsky <schwidefsky@xxxxxxxxxx>, "linux-tip-commits@xxxxxxxxxxxxxxx" <linux-tip-commits@xxxxxxxxxxxxxxx>
- In-reply-to: <20160817091129.GA27516@nazgul.tnic>
- References: <20160814232657.GA10704@x1.redhat.com> <CAMzpN2ixxOEonfgDdFRkB8P9Zb6eiFJF4Vx_HRMgWhm-7wK1hg@mail.gmail.com> <20160816134205.GB11106@nazgul.tnic> <20160816134928.GC11106@nazgul.tnic> <20160816155412.GB15004@nazgul.tnic> <20160816175008.GA10538@nazgul.tnic> <CAGXu5jLC4XzQyaw4C7ohPimmQu-eddixN_TW9HCnGY4ZU_AyRg@mail.gmail.com> <20160816210108.GA6332@nazgul.tnic> <CAMzpN2jmLsfmMQTznbkSA6qoRQ_OkKFNwTjgpx4BKvaxZOuGMw@mail.gmail.com> <20160817091129.GA27516@nazgul.tnic>
- User-agent: Mutt/1.5.24 (2015-08-30)
* Borislav Petkov <bp@xxxxxxxxx> wrote:
> On Tue, Aug 16, 2016 at 08:31:28PM -0400, Brian Gerst wrote:
> > These fixes work for my system.
>
> Thanks Brian.
>
> Ingo, please queue this into x86/urgent.
>
> Thanks!
>
> ---
> From: Borislav Petkov <bp@xxxxxxx>
> Date: Wed, 17 Aug 2016 08:23:29 +0200
> Subject: [PATCH] x86/microcode/AMD: Fix initrd loading with CONFIG_RANDOMIZE_MEMORY=y
>
> Similar to
>
> efaad554b4ff ("x86/microcode/intel: Fix initrd loading with CONFIG_RANDOMIZE_MEMORY=y")
>
> fix microcode loading from the initrd on AMD by adding the randomization
> offset to the microcode patch container within the initrd.
>
> Reported-and-tested-by: Brian Gerst <brgerst@xxxxxxxxx>
> Signed-off-by: Borislav Petkov <bp@xxxxxxx>
> Cc: Kees Cook <keescook@xxxxxxxxxxxx>
> ---
> arch/x86/kernel/cpu/microcode/amd.c | 13 ++++++++++++-
> 1 file changed, 12 insertions(+), 1 deletion(-)
>
> diff --git a/arch/x86/kernel/cpu/microcode/amd.c b/arch/x86/kernel/cpu/microcode/amd.c
> index 27a0228c9cae..f43b774d0684 100644
> --- a/arch/x86/kernel/cpu/microcode/amd.c
> +++ b/arch/x86/kernel/cpu/microcode/amd.c
> @@ -355,6 +355,7 @@ void load_ucode_amd_ap(void)
> unsigned int cpu = smp_processor_id();
> struct equiv_cpu_entry *eq;
> struct microcode_amd *mc;
> + u8 *cont;
> u32 rev, eax;
> u16 eq_id;
>
> @@ -371,8 +372,14 @@ void load_ucode_amd_ap(void)
> if (check_current_patch_level(&rev, false))
> return;
>
> + cont = container;
> +
> +#ifdef CONFIG_RANDOMIZE_MEMORY
> + cont += PAGE_OFFSET - __PAGE_OFFSET_BASE;
> +#endif
> +
> eax = cpuid_eax(0x00000001);
> - eq = (struct equiv_cpu_entry *)(container + CONTAINER_HDR_SZ);
> + eq = (struct equiv_cpu_entry *)(cont + CONTAINER_HDR_SZ);
>
> eq_id = find_equiv_id(eq, eax);
> if (!eq_id)
> @@ -434,6 +441,10 @@ int __init save_microcode_in_initrd_amd(void)
> else
> container = cont_va;
>
> +#ifdef CONFIG_RANDOMIZE_MEMORY
> + container += PAGE_OFFSET - __PAGE_OFFSET_BASE;
> +#endif
> +
> eax = cpuid_eax(0x00000001);
> eax = ((eax >> 8) & 0xf) + ((eax >> 20) & 0xff);
So I really hate this pattern, and we already have it in
arch/x86/kernel/cpu/microcode/intel.c as well:
start += PAGE_OFFSET - __PAGE_OFFSET_BASE;
and note that it's not #ifdefed there - I think it's safe to leave out the #ifdef?
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-tip-commits" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[Index of Archives]
[Linux Stable Commits]
[Linux Stable Kernel]
[Linux Kernel]
[Linux USB Devel]
[Linux Video &Media]
[Linux Audio Users]
[Yosemite News]
[Linux SCSI]