Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp9804742rwb; Thu, 24 Nov 2022 19:27:20 -0800 (PST) X-Google-Smtp-Source: AA0mqf5rcD2dHMND8tY29VRmdIb3TUHBiUZgqT9y7RhdWtt5AhfXgHrnemovp2kC88DJm4s8yTlX X-Received: by 2002:a63:e646:0:b0:470:15cd:d428 with SMTP id p6-20020a63e646000000b0047015cdd428mr33469173pgj.213.1669346840424; Thu, 24 Nov 2022 19:27:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669346840; cv=none; d=google.com; s=arc-20160816; b=IO+OgfdpRqsWKqt872+EFadsXKtGx7TGcgdMrSZouT8YKM6t9+cMOuGw0TKyfyAm66 LQdZ87Eo+GGot8dJvu/2gOD85LVsKb6+d6Y28cqvUh9e4GL6GOXNHqB3+mWesWVMwg29 jBPfcBl6j2DZqa8XDGJt5X2Mq+ZkNZiMdo1x2Vpmqa2NaMg9yNTMPsL3E/Hdf8Sctvo1 6ZnCJhZCVJGR3TrapDcWqpkdCHAUMQRSlbNO8QNOFC3xImmdofzo1p5JHXTme/ZyzQAZ 6R1a2pDZWIowfk/ODS/ef/BCVsZtmOcb1yYhpQVg8fNaZeuM+cFZWweHg3lQ953Nn442 S4UQ== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=2xUQo86tA4szHqQI1SxOm+Ty0sm2LlLndvkk5Nb5uus=; b=cc2iRT8PTkHmAArwGV2wsYTKIdmFMUN84HZdaD8kUHfR4NuvWT5TVJCk6y8EnQyxuz aM3SFXGYqDWx6Wt9WJHvVyaA1tQH3mdbzN8sELSSVL4YF8sTAe7TEFBNOh3bed5yxdyX vNhVAGQcT7KBjNF+mV94bMhuVO73+cp/kTwzeUIYTlwsGVDlHNcspqvzQqn4TwS6G5nF TgigPsot39AEx6qswtsdnmRD3RXnE60d/txZj5ukI/kxFj6Ti+ZSKHMxsQA3J88jgqkj dQIKrEnKSze4cA2TUTs9C+ERrBM7iieZTmtwjXrCi4MRHVXh0kLwLuuNLNkzAHzaUh8s QJZg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=MLXC08I6; 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=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n20-20020a17090aab9400b002009ed52bf6si2578683pjq.19.2022.11.24.19.27.05; Thu, 24 Nov 2022 19:27:20 -0800 (PST) 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=@redhat.com header.s=mimecast20190719 header.b=MLXC08I6; 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=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229701AbiKYClB (ORCPT + 89 others); Thu, 24 Nov 2022 21:41:01 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47334 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229695AbiKYCky (ORCPT ); Thu, 24 Nov 2022 21:40:54 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 16A212613B for ; Thu, 24 Nov 2022 18:39:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1669343995; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=2xUQo86tA4szHqQI1SxOm+Ty0sm2LlLndvkk5Nb5uus=; b=MLXC08I67mYJnFpTPjyOi9+h3LS74fcSi2XZQZbYHcL17YTfkOi0ZbFAc5HGhhwm9lMnbw 7uryNIpmDFLqLy+skmxvINojWBTTE8UPL23wRIRl8WSh4TyvJXc0acmkpzmhyOa3jC0ymU fEcdxHyv6LguvJ/Aq+c4MIeMsV+B9FE= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-208-18ukYN-PM3Cnv4bZ7F7TMw-1; Thu, 24 Nov 2022 21:39:51 -0500 X-MC-Unique: 18ukYN-PM3Cnv4bZ7F7TMw-1 Received: from smtp.corp.redhat.com (int-mx09.intmail.prod.int.rdu2.redhat.com [10.11.54.9]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 362111C068CF; Fri, 25 Nov 2022 02:39:51 +0000 (UTC) Received: from llong.com (unknown [10.22.32.81]) by smtp.corp.redhat.com (Postfix) with ESMTP id 79FF14B3FCE; Fri, 25 Nov 2022 02:39:50 +0000 (UTC) From: Waiman Long To: Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira Cc: Phil Auld , Wenjie Li , =?UTF-8?q?David=20Wang=20=E7=8E=8B=E6=A0=87?= , linux-kernel@vger.kernel.org, Waiman Long Subject: [PATCH-tip v4] sched: Fix NULL user_cpus_ptr check in dup_user_cpus_ptr() Date: Thu, 24 Nov 2022 21:39:43 -0500 Message-Id: <20221125023943.1118603-1-longman@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 3.1 on 10.11.54.9 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE 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 In general, a non-null user_cpus_ptr will remain set until the task dies. A possible exception to this is the fact that do_set_cpus_allowed() will clear a non-null user_cpus_ptr. To allow this possible racing condition, we need to check for NULL user_cpus_ptr under the pi_lock before duping the user mask. Fixes: 851a723e45d1 ("sched: Always clear user_cpus_ptr in do_set_cpus_allowed()") Signed-off-by: Waiman Long --- kernel/sched/core.c | 32 ++++++++++++++++++++++++++++---- 1 file changed, 28 insertions(+), 4 deletions(-) [v4] Minor comment update diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 8df51b08bb38..f2b75faaf71a 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -2624,19 +2624,43 @@ void do_set_cpus_allowed(struct task_struct *p, const struct cpumask *new_mask) int dup_user_cpus_ptr(struct task_struct *dst, struct task_struct *src, int node) { + cpumask_t *user_mask; unsigned long flags; + /* + * Always clear dst->user_cpus_ptr first as their user_cpus_ptr's + * may differ by now due to racing. + */ + dst->user_cpus_ptr = NULL; + + /* + * This check is racy and losing the race is a valid situation. + * It is not worth the extra overhead of taking the pi_lock on + * every fork/clone. + */ if (!src->user_cpus_ptr) return 0; - dst->user_cpus_ptr = kmalloc_node(cpumask_size(), GFP_KERNEL, node); - if (!dst->user_cpus_ptr) + user_mask = kmalloc_node(cpumask_size(), GFP_KERNEL, node); + if (!user_mask) return -ENOMEM; - /* Use pi_lock to protect content of user_cpus_ptr */ + /* + * Use pi_lock to protect content of user_cpus_ptr + * + * Though unlikely, user_cpus_ptr can be reset to NULL by a concurrent + * do_set_cpus_allowed(). + */ raw_spin_lock_irqsave(&src->pi_lock, flags); - cpumask_copy(dst->user_cpus_ptr, src->user_cpus_ptr); + if (src->user_cpus_ptr) { + swap(dst->user_cpus_ptr, user_mask); + cpumask_copy(dst->user_cpus_ptr, src->user_cpus_ptr); + } raw_spin_unlock_irqrestore(&src->pi_lock, flags); + + if (unlikely(user_mask)) + kfree(user_mask); + return 0; } -- 2.31.1