Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp807652pxb; Tue, 12 Apr 2022 14:01:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQJiiEwGzw7UFH2iTEhQ09v5KImAlON0372OdQPqn2LXltqWlWeTqDrHQzHvBswUGblpoa X-Received: by 2002:a17:902:ecc4:b0:158:29c6:f9b7 with SMTP id a4-20020a170902ecc400b0015829c6f9b7mr21777530plh.21.1649797295692; Tue, 12 Apr 2022 14:01:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649797295; cv=none; d=google.com; s=arc-20160816; b=DmnRJy74Etrq8GwiyLx1cKE4Lo24QRoXJ48pMVcu5vVQiXPLoiZbHAtEhOeUefsTOS CIeOIKd1sSJlvF8nNgtS3+2Qsixt1OqDQ2dQ6aLtz6mMK5UuF0FzyB/gV6qBFwD1OvzK MCYwsNeHVLefy3jKojjSguGv0HQG9X6qTIC18B0TnEvD2zeYSELoV6I4an8lHE5+HBvE UidPRsRR7mFwdL97Msl+gDmNgWmydGJUC0MgJQCyHkuhn1km/GxzMmikQB2COLv7ZSGk CjPTa21QD1aQIYiqGPZKwyGLDNi0sep6GjBZTBSoGNFW/rpvCGJkGrQWakoHZkODLFQL zmMQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=hQ9xDzVt3w4D/wZ3mM8760OLJzkh/fM2q8wnaDRZg6o=; b=kTee7MI2I++eLwi4dJ6ajnVd/CouXC7Yd9e0nM86M29QqdaVKjSfnu5SiehnpwqSH5 zGi3gXpoUa3o1ZjZMzvFzL1x5bNLabwVGYh5Het7VsFJm6N83scvBNxfFv1Is2AGuHss p+6J+ReDGoQ4MQjoASPMtICudrkDOwXUNrTcUpE12q+Un/ggYGhMlrvLhGC3/NzR0fv8 klTkA5tnmRExit7uQcBmL34rKxxVobG2Ma0XxucHg6zCVm7uUHegzZT0nPqJ9tN22uCk cr06QQGMO1xZF2TQbziBO+NR05kfsQrvI1qO0cyDKhXLwlGL2V8tumz8tBS5r/Ll34sG C53g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=XzrzDEBI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id e16-20020aa78c50000000b005056ce10e70si12817568pfd.278.2022.04.12.14.01.35 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Apr 2022 14:01:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=XzrzDEBI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from out1.vger.email (out1.vger.email [IPv6:2620:137:e000::1:20]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 85B93D76D4; Tue, 12 Apr 2022 13:23:19 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350875AbiDLG47 (ORCPT + 99 others); Tue, 12 Apr 2022 02:56:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56962 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350622AbiDLGuB (ORCPT ); Tue, 12 Apr 2022 02:50:01 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 481E727FC0; Mon, 11 Apr 2022 23:39:46 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 45B896190F; Tue, 12 Apr 2022 06:39:46 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 532ACC385A6; Tue, 12 Apr 2022 06:39:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1649745585; bh=qsZjfaQcoRbYBuV94RqYSlkBkdUUs3Q0MwOcMmvUwyU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=XzrzDEBIc4aZpUoHUdG1meciKArlZWb9KxlVXNs+bxTRE19UaIgnlzU+OjZ+U4cyU D2lVkksZsg2N8BOp4fn9uamdNy6J2Zb823CVTYikQaTouVEh6T9a+tuaIx6BW/ODVN Ikk8Jt/ud3hNME95bZtSGI8IH6DQza+y4CikZ1YY= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Guo Ren , Guo Ren , Catalin Marinas , Masami Hiramatsu , Will Deacon Subject: [PATCH 5.10 146/171] arm64: patch_text: Fixup last cpu should be master Date: Tue, 12 Apr 2022 08:30:37 +0200 Message-Id: <20220412062932.116608274@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220412062927.870347203@linuxfoundation.org> References: <20220412062927.870347203@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 From: Guo Ren commit 31a099dbd91e69fcab55eef4be15ed7a8c984918 upstream. These patch_text implementations are using stop_machine_cpuslocked infrastructure with atomic cpu_count. The original idea: When the master CPU patch_text, the others should wait for it. But current implementation is using the first CPU as master, which couldn't guarantee the remaining CPUs are waiting. This patch changes the last CPU as the master to solve the potential risk. Fixes: ae16480785de ("arm64: introduce interfaces to hotpatch kernel and module code") Signed-off-by: Guo Ren Signed-off-by: Guo Ren Reviewed-by: Catalin Marinas Reviewed-by: Masami Hiramatsu Cc: Link: https://lore.kernel.org/r/20220407073323.743224-2-guoren@kernel.org Signed-off-by: Will Deacon Signed-off-by: Greg Kroah-Hartman --- arch/arm64/kernel/insn.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- a/arch/arm64/kernel/insn.c +++ b/arch/arm64/kernel/insn.c @@ -216,8 +216,8 @@ static int __kprobes aarch64_insn_patch_ int i, ret = 0; struct aarch64_insn_patch *pp = arg; - /* The first CPU becomes master */ - if (atomic_inc_return(&pp->cpu_count) == 1) { + /* The last CPU becomes master */ + if (atomic_inc_return(&pp->cpu_count) == num_online_cpus()) { for (i = 0; ret == 0 && i < pp->insn_cnt; i++) ret = aarch64_insn_patch_text_nosync(pp->text_addrs[i], pp->new_insns[i]);