linux-kernel - Re: [GIT PULL] x86/topology changes for v5.3

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 for Android: free password hash cracker in your pocket

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

Message-ID: <alpine.DEB.2.21.1907101555510.1758@nanos.tec.linutronix.de>
Date:   Wed, 10 Jul 2019 16:03:28 +0200 (CEST)
From:   Thomas Gleixner <tglx@...utronix.de>
To:     Peter Zijlstra <peterz@...radead.org>
cc:     Xi Ruoyao <xry111@...gyan1223.wang>,
        Jiri Kosina <jikos@...nel.org>,
        Kees Cook <keescook@...omium.org>,
        Linus Torvalds <torvalds@...ux-foundation.org>,
        Ingo Molnar <mingo@...nel.org>,
        Linux List Kernel Mailing <linux-kernel@...r.kernel.org>,
        Borislav Petkov <bp@...en8.de>, Len Brown <lenb@...nel.org>,
        Andrew Morton <akpm@...ux-foundation.org>,
        "Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
        Tony Luck <tony.luck@...el.com>,
        Bob Moore <robert.moore@...el.com>,
        Erik Schmauss <erik.schmauss@...el.com>,
        Josh Poimboeuf <jpoimboe@...hat.com>,
        Daniel Bristot de Oliveira <bristot@...hat.com>,
        Nadav Amit <namit@...are.com>
Subject: Re: [GIT PULL] x86/topology changes for v5.3

On Wed, 10 Jul 2019, Peter Zijlstra wrote:

> On Wed, Jul 10, 2019 at 09:25:16PM +0800, Xi Ruoyao wrote:
> > On 2019-07-10 14:31 +0200, Jiri Kosina wrote:
> > > Adding Daniel to check whether this couldn't be some fallout of jumplabel 
> > > batching.
> > 
> > I don't think so.  I tried to revert Daniel's jumplabel batching commits and the
> > issue wasn't solved.  But reverting Kees' CR0 and CR4 commits can "fix" it
> > (apprently).
> 
> Xi, could you please try the below instead?
> 
> If we mark the key as RO after init, and then try and modify the key to
> link module usage sites, things might go bang as described.

Right. I finally was able to reproduce that with Linus' config (slightly
modified). Applying your patch makes it go away.

Now what puzzles me is that this never exploded in my face before and with
a debian config it JustWorks.

Both configs have:

 CONFIG_KVM=m
 CONFIG_KVM_INTEL=m

so I'd expect both to crash and burn when KVM_INTEL is loaded as that has a
cr4 operation inside.

So something papers over that ... Still looking.

Thanks,

	tglx