lkml.org 
[lkml]   [2017]   [Dec]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [PATCH PTI v3 00/10] Clean up pgd handling and fix VSYSCALL and LDT
On Tue, Dec 12, 2017 at 2:09 AM, Ingo Molnar <mingo@kernel.org> wrote:
>
> * Andy Lutomirski <luto@kernel.org> wrote:
>
>> This should fix some existing 5-level bugs and get VSYSCALL and LDT
>> working with PTI.
>>
>> Changes from v1:
>> - vsyscalls actually work.
>> - Added the "Warn and fail" patch to prevent the testing goof I had on v1.
>> - Lots of cleanups
>>
>> Andy Lutomirski (10):
>> x86/espfix/64: Fix espfix double-fault handling on 5-level systems
>> x86/pti: Vastly simplify pgd synchronization
>> x86/pti/64: Fix ESPFIX64 user mapping
>> Revert "x86/mm/pti: Disable native VSYSCALL"
>> x86/vsyscall/64: Explicitly set _PAGE_USER in the pagetable hierarchy
>> x86/vsyscall/64: Warn and fail vsyscall emulation in NATIVE mode
>> x86/pti: Map the vsyscall page if needed
>> x86/mm/64: Improve the memory map documentation
>> x86/mm/64: Make a full PGD-entry size hole in the memory map
>> x86/pti: Put the LDT in its own PGD if PTI is on
>>
>> Documentation/x86/x86_64/mm.txt | 15 +--
>> arch/x86/Kconfig | 8 --
>> arch/x86/entry/vsyscall/vsyscall_64.c | 37 +++++++-
>> arch/x86/include/asm/mmu_context.h | 48 +++++++++-
>> arch/x86/include/asm/pgtable.h | 6 +-
>> arch/x86/include/asm/pgtable_64.h | 77 +++++++---------
>> arch/x86/include/asm/pgtable_64_types.h | 8 +-
>> arch/x86/include/asm/processor.h | 23 +++--
>> arch/x86/include/asm/vsyscall.h | 1 +
>> arch/x86/kernel/espfix_64.c | 16 ----
>> arch/x86/kernel/ldt.c | 155 +++++++++++++++++++++++++++++--
>> arch/x86/kernel/traps.c | 2 +-
>> arch/x86/mm/dump_pagetables.c | 12 +++
>> arch/x86/mm/pti.c | 157 ++++++++++++++++++++++----------
>> init/main.c | 11 ++-
>> 15 files changed, 426 insertions(+), 150 deletions(-)
>
> Hm, I only received the 0/10 boilerplate email, not any of the patches - and
> Thomas tells me he too only got the cover letter.

Ugh, the whole send-email process exploded due to Cc:
stable@vger.kernel.org # 4.14. I stripped the # 4.14 and it's okay
now.

>
> Thanks,
>
> Ingo

\
 
 \ /
  Last update: 2017-12-12 16:59    [W:1.460 / U:0.816 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site