Received: by 2002:a05:6358:9144:b0:117:f937:c515 with SMTP id r4csp449465rwr; Wed, 26 Apr 2023 01:22:55 -0700 (PDT) X-Google-Smtp-Source: AKy350Y1QW8Zs1d7rgaNo+G3NrBCC7K9G7FPcU4IfDx6zkcDOax9/LVWVcfQ485SHbld5CLhFMw4 X-Received: by 2002:a05:6a21:3981:b0:ef:4c65:a58f with SMTP id ad1-20020a056a21398100b000ef4c65a58fmr21216019pzc.47.1682497375461; Wed, 26 Apr 2023 01:22:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1682497375; cv=none; d=google.com; s=arc-20160816; b=aF5bccg0vFrTXDSHy2iVwX+pE1o6h/ZzlJ9A8Z8fjeDjd6/dZapUYgbG++odKBjme5 avGRuOKCJKN/zXGMoDX6/QEV+HaltOyzNlu2zE9MluR/k2ASEEIMAu5b/5FizcYsfFa1 5/+DcoTkCWNfyKhnt5jjxupbInPzkm8+sImP84tVbyFg8C3xQ7ktJS+jccNvBgFaSzXb Aft8q2RBqn60L8ikCdSboa2FovbRS7v1Cxs+j90sUu5ZkhUP6+jn7jL9H3rC8zMXLK5j SdoV5AaFFsWoLSV5Rdini8fJwDvwVcsAIwjHGHOb6pA4PX4JWoXia7OopdUH6VWkMGP6 Fg1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=y7cSCpTFBU6gtNFDDvX9BBXJHGwRYvRyuVYMZSUvskg=; b=Qiqn81+ACDnFTkDQPSzKmDEPcd1ue5+udr4fIwpaeCK10B9OnNRCU9lZTEy9ZnUHTN viDYaOPutCT5RYM/J/iPcBWw+16lw+e3poS62NnhzBLWCQ5tfQJtwQcnbvMehrdnQ4DU J3J4AvBC+eaJAx3aqPaa7bJtHzgGS6bnBFdkd+sIsBVCeWioAjK66IKbwIY5UWCtugDn 81U/I9N2Z+6QXVb+A/eOOaOaUSZR+kxaO5PoCoNi9ytePEVyN0cM2v2fEwyFBoMB8nkb chEHRTIlcNcvTgrce/TaIjaXIuQZOfqIgQ5etl7IQAYZNj7+8+64iWYU64G6OcPloqBv xOBg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=puMJndFv; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bm18-20020a656e92000000b005189417e923si15839011pgb.882.2023.04.26.01.22.44; Wed, 26 Apr 2023 01:22:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=puMJndFv; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239809AbjDZIP6 (ORCPT + 99 others); Wed, 26 Apr 2023 04:15:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40896 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239651AbjDZIPx (ORCPT ); Wed, 26 Apr 2023 04:15:53 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [IPv6:2a0a:51c0:0:12e:550::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EABCD3591; Wed, 26 Apr 2023 01:15:51 -0700 (PDT) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1682496949; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=y7cSCpTFBU6gtNFDDvX9BBXJHGwRYvRyuVYMZSUvskg=; b=puMJndFvZk2DjG2oGhTaaANtFluqIT71fJ8veXKWgaKYEc7ZaIibudafgbLM64wYizw2Y+ OXOoExk0mzZdwI+qZRCbqqN29gJr4bx9hGMM4FqEkCO4H6WN381K3f/yJnQUdMhiDoudkE v7q+YkKqQYiLDFXvBw9Q1TAKdQtU3EOXylf0wOjoPixyD8dhvyM5BYTWe0qo092Dn58dWD wK5mQfTO6pClT3oj6wx4w2PqZTUsjxsf5TLo5xJWNv/gc/U3RQVFJKGrWcJS7Q1p/NUtUU aUWCZ+sybUxpx87tAuGvu76aAkAfxwkf6VweEiexDbnjkrDzfgfAwBP2nQkz6w== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1682496949; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=y7cSCpTFBU6gtNFDDvX9BBXJHGwRYvRyuVYMZSUvskg=; b=4JTA5ZSC1xgsH2IPcOsiykb/g/HrD1bcjGUJcIN8iOa9ku/bVlaHwu78ldM0LGCo2BtXJa 9xfjqD5Ed8VSHzCw== To: Mark Rutland Cc: LKML , x86@kernel.org, David Woodhouse , Andrew Cooper , Brian Gerst , Arjan van de Veen , Paolo Bonzini , Paul McKenney , Tom Lendacky , Sean Christopherson , Oleksandr Natalenko , Paul Menzel , "Guilherme G. Piccoli" , Piotr Gorski , Catalin Marinas , Will Deacon , linux-arm-kernel@lists.infradead.org, David Woodhouse , Usama Arif , Juergen Gross , Boris Ostrovsky , xen-devel@lists.xenproject.org, Russell King , Arnd Bergmann , Guo Ren , linux-csky@vger.kernel.org, Thomas Bogendoerfer , linux-mips@vger.kernel.org, "James E.J. Bottomley" , Helge Deller , linux-parisc@vger.kernel.org, Paul Walmsley , Palmer Dabbelt , linux-riscv@lists.infradead.org, Sabin Rapan Subject: Re: [patch 22/37] arm64: smp: Switch to hotplug core state synchronization In-Reply-To: References: <20230414225551.858160935@linutronix.de> <20230414232310.569498144@linutronix.de> <87ttx3zqof.ffs@tglx> Date: Wed, 26 Apr 2023 10:15:48 +0200 Message-ID: <87ildjys7f.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 26 2023 at 08:59, Mark Rutland wrote: > On Tue, Apr 25, 2023 at 09:51:12PM +0200, Thomas Gleixner wrote: >> If not then it's just yet another way of DoS which is an "acceptable" >> attack as it only affects availability but not confidentiality. > > Sure. > > My thinking is that this is an attack against the *integrity* of the guest > (since the vCPU that gets unpasued may write to memory), and so it's > potentially more than just a DoS. > > I only mention this because I'd like to account for that on arm64, and if other > architectures also wanted to handle that it might make sense to have some > common infrastructure to track whether CPUs are potentially still within the > kernel. Fair enough.