Received: by 2002:a25:ef43:0:0:0:0:0 with SMTP id w3csp1173058ybm; Sat, 30 May 2020 00:41:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQu139A1KfHf76T2kSaFJXFdVA8o+AYr9vMd9BdWb52Oj6fOxOhbdmlfF4784Nrmc+mZ2W X-Received: by 2002:a17:907:217a:: with SMTP id rl26mr10708243ejb.209.1590824510203; Sat, 30 May 2020 00:41:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590824510; cv=none; d=google.com; s=arc-20160816; b=DBTWOXFl296KN/EyL2h8Yo0fzdTLEDMd43vqfN5spQkLoT/tgmG+AyJctcb5E0uBsG W+AinqRR5BtRplyyVkJ2ujDWcdumBgdhloQhjVzfCnwp1CUeKCveCWLiqo8o2P7ul++S h0Gv2rKTaotAgxFDrvH8qBNuru7fGD/SaMlxtRSOns8PSJgdVFRssjl+WLRMdC2CD4QQ N9wJL+FbUVuZmKkXG+dyCB2e1qI5rdvS/92izIdPhrSPXG6CnQEE83qn/mvu5jVGU1wu 8TrJynef1wR76KS8/5ibjKdjUCVv5WIoXSt63+LxkEiJmcGPNxRwNyH/t4UA3n2hui54 T88Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=hmLN2WRhoHyI4X21c/rJe+YQthq4ZIz0KyOzTLGpRmE=; b=RvRsrUZjA6O/wNFowsfiwuV58Bqmfit1rWGfFMD1fb5MxerLlPaja4Ii6BXexYW87Y fCdpvkdRmOIYcSM9NayAvHV4DYtLYZCkFj/vMIOZtnvugYpjf0ILsWTADcH3L3cBJ1L2 HuMKN73aFQgk0xLT+YBNaxxtxL52FZYz1rObqLSKekTKrsQytgSrsnPZmhLoBOKz/cFn ZQdYElDU6rE/ACGZLx0Zs3BverOmJvaUHZncN9L2DxFH7wXbOx4Nv6lHD8OC8lf9LEFO PxNdi+IFbXXRr9g9rZFtSBbT4LEHefB9JvpkIaSSI3+4zhFUSMjhgyVUaNGXCyb/nXl3 pZqw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f23si5832310ejl.366.2020.05.30.00.41.27; Sat, 30 May 2020 00:41:50 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728853AbgE3Hjq (ORCPT + 99 others); Sat, 30 May 2020 03:39:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59742 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728841AbgE3Hjp (ORCPT ); Sat, 30 May 2020 03:39:45 -0400 Received: from Galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 750BAC03E969 for ; Sat, 30 May 2020 00:39:45 -0700 (PDT) Received: from p5de0bf0b.dip0.t-ipconnect.de ([93.224.191.11] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1jew5S-0001lX-Ow; Sat, 30 May 2020 09:39:23 +0200 Received: by nanos.tec.linutronix.de (Postfix, from userid 1000) id 1A04310108D; Sat, 30 May 2020 09:39:22 +0200 (CEST) From: Thomas Gleixner To: Peter Zijlstra Cc: Dmitry Vyukov , syzbot , LKML , syzkaller-bugs , Ingo Molnar , Borislav Petkov , the arch/x86 maintainers , Oleg Nesterov Subject: Re: PANIC: double fault in fixup_bad_iret In-Reply-To: <20200529171104.GD706518@hirez.programming.kicks-ass.net> References: <000000000000d2474c05a6c938fe@google.com> <87o8q6n38p.fsf@nanos.tec.linutronix.de> <20200529160711.GC706460@hirez.programming.kicks-ass.net> <20200529171104.GD706518@hirez.programming.kicks-ass.net> Date: Sat, 30 May 2020 09:39:22 +0200 Message-ID: <87imgdna6t.fsf@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Peter Zijlstra writes: > On Fri, May 29, 2020 at 06:07:11PM +0200, Peter Zijlstra wrote: >> Like with KCSAN, we should blanket kill KASAN/UBSAN and friends (at the >> very least in arch/x86/) until they get that function attribute stuff >> sorted. > > Something like so. We have noinstr in kernel/rcu as well but that at least has a halfways correct state, but still.... Thanks, tglx