linux-kernel - Re: [PATCH 1/2] x86/mm: Give each mm a unique ID

lists.openwall.net		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 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20180310011435.GA27284@kroah.com>
Date:   Fri, 9 Mar 2018 17:14:35 -0800
From:   Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To:     Tim Chen <tim.c.chen@...ux.intel.com>
Cc:     stable@...r.kernel.org, Andy Lutomirski <luto@...nel.org>,
        Nadav Amit <nadav.amit@...il.com>,
        Thomas Gleixner <tglx@...utronix.de>,
        Andrew Morton <akpm@...ux-foundation.org>,
        Arjan van de Ven <arjan@...ux.intel.com>,
        Borislav Petkov <bp@...en8.de>,
        Dave Hansen <dave.hansen@...el.com>,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        Mel Gorman <mgorman@...e.de>,
        Peter Zijlstra <peterz@...radead.org>,
        Rik van Riel <riel@...hat.com>,
        Ingo Molnar <mingo@...nel.org>,
        David Woodhouse <dwmw@...zon.co.uk>, ak@...ux.intel.com,
        karahmed@...zon.de, pbonzini@...hat.com, linux-mm@...ck.org,
        linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/2] x86/mm: Give each mm a unique ID

On Fri, Mar 09, 2018 at 05:04:39PM -0800, Tim Chen wrote:
> On 03/08/2018 10:23 AM, Tim Chen wrote:
> > On 03/07/2018 09:30 AM, Greg Kroah-Hartman wrote:
> >> On Fri, Mar 02, 2018 at 01:32:09PM -0800, Tim Chen wrote:
> >>> From: Andy Lutomirski <luto@...nel.org>
> >>> commit: f39681ed0f48498b80455095376f11535feea332
> >>>
> >>> This adds a new variable to mmu_context_t: ctx_id.
> >>> ctx_id uniquely identifies the mm_struct and will never be reused.
> >>>
> >>> Signed-off-by: Andy Lutomirski <luto@...nel.org>
> >>> Reviewed-by: Nadav Amit <nadav.amit@...il.com>
> >>> Reviewed-by: Thomas Gleixner <tglx@...utronix.de>
> >>> Cc: Andrew Morton <akpm@...ux-foundation.org>
> >>> Cc: Arjan van de Ven <arjan@...ux.intel.com>
> >>> Cc: Borislav Petkov <bp@...en8.de>
> >>> Cc: Dave Hansen <dave.hansen@...el.com>
> >>> Cc: Linus Torvalds <torvalds@...ux-foundation.org>
> >>> Cc: Mel Gorman <mgorman@...e.de>
> >>> Cc: Peter Zijlstra <peterz@...radead.org>
> >>> Cc: Rik van Riel <riel@...hat.com>
> >>> Cc: linux-mm@...ck.org
> >>> Link: http://lkml.kernel.org/r/413a91c24dab3ed0caa5f4e4d017d87b0857f920.1498751203.git.luto@kernel.org
> >>> Signed-off-by: Ingo Molnar <mingo@...nel.org>
> >>> Signed-off-by: Tim Chen <tim.c.chen@...ux.intel.com>
> >>> ---
> >>>  arch/x86/include/asm/mmu.h         | 15 +++++++++++++--
> >>>  arch/x86/include/asm/mmu_context.h |  5 +++++
> >>>  arch/x86/mm/tlb.c                  |  2 ++
> >>>  3 files changed, 20 insertions(+), 2 deletions(-)
> >>>
> >>
> >> Does not apply to 4.4.y :(
> >>
> >> Can you provide a working backport for that tree?
> >>
> > 
> > Okay. Will do.  Thanks.
> > 
> 
> 
> Greg,
> 
> I actually found that there are a number of dependent IBPB related patches that haven't been
> backported yet to 4.4:
> 
>     x86/cpufeatures: Add AMD feature bits for Speculation Control
>     (cherry picked from commit 5d10cbc91d9eb5537998b65608441b592eec65e7)
> 
>     x86/msr: Add definitions for new speculation control MSRs
>     (cherry picked from commit 1e340c60d0dd3ae07b5bedc16a0469c14b9f3410)
> 
>     x86/speculation: Add basic IBPB (Indirect Branch Prediction Barrier) support
>     (cherry picked from commit 20ffa1caecca4db8f79fe665acdeaa5af815a24d)
> 
>     x86/cpufeatures: Clean up Spectre v2 related CPUID flags
>     (cherry picked from commit 2961298efe1ea1b6fc0d7ee8b76018fa6c0bcef2)
> 
> And probably and a few more.
> You have plans to backport these patches?

I don't, but I think someone from Amazon was looking into it, but I
haven't heard from them in a few weeks.  I'll gladly take patches if you
have them, or at the worse case, a list like above of the git commits
that are missing.

thanks,

greg k-h