Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp917910pxb; Wed, 1 Sep 2021 12:38:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwub96YlcLARAUK79pr0P5QMBYWT6BqZxS5wUAlozLUyQrzGCA0lecmQ32C9WCr1RGsBmL/ X-Received: by 2002:a05:6638:2257:: with SMTP id m23mr1039060jas.137.1630525134881; Wed, 01 Sep 2021 12:38:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630525134; cv=none; d=google.com; s=arc-20160816; b=byUWOUnOycssid3fviVOOvgeCu7wj3ENwazBlOnW1dhd0Jot/tbpTScEIlU4i5/Z6w 1ao0rS+7tC9ppBoUu7nKvhI9aGl8WboCtDPcIdZamORZ0L/TXIJQe6vomlpdJIBOdYGK +fW5mIdIG/4+lNt0MHstUgTq/bbjbLu5GJOZCbw7s42T6NHLb8UqT+py47RzvrmhcyJK rwwvsY5g5rT4xI9TZygtIetWM61Ic4SOxEmYaS1N/e92vTczJKoItiNUlVyAhHpVlYVf pFGu8WrceZBrIey8lha6PFTYQCljv4l4D1U94hNEXgM5Wy5UiB2Lb7uR9fGh5ZquGpb2 gSgQ== 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=hakSJa5Ar7bgaCVhj53ayxhpNe4qFL7DBCsqEgqg6dQ=; b=V3t9PDbnE1axcMiEJBDQGx0ujX5XttgIoEraj398YYzN7dm8pkJjSbDsTHSkvU3kCY GMstg+za1hlYXMOhcTSf5DsQFlSCDHWJjy8mZCIVVuR0K4uKh1wu6Wju3U6a+BuvJarM XRKOabMKjFFV0XWC8ZwBvmagAyV3tBRdWLt+JXgL/D51CpuS37bYr8yObN+T0YUiKh5W qcxCWHnBk4PPiDvgdrv5ZwViuVOSN2Od3JiZSb136f4dxlvhAu2bIblDvPvo2Bo9ISn7 aRtz3MQb3aB3z8DQG41JNmxb2ar4cDsLj0kIu/fPA8tbEB7M5X3jFXe3u+pzMG35UQG7 aO0A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=uiQEcSWD; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p4si341526jam.67.2021.09.01.12.38.42; Wed, 01 Sep 2021 12:38:54 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=uiQEcSWD; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1343900AbhIAMqY (ORCPT + 99 others); Wed, 1 Sep 2021 08:46:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:43410 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345185AbhIAMkx (ORCPT ); Wed, 1 Sep 2021 08:40:53 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id E1256611C8; Wed, 1 Sep 2021 12:37:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1630499840; bh=v4m37Mcdj3/PAUrDBqe/P3b9LrKCm9UQl7lYH54LLsw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=uiQEcSWDANqzxz60bru22Fg0Z7PbRO6mSlO7TlNSY0H98pzRw6Sa8kmB/GmfI2EDR Yrmq36MmwYBMeVXXoN4GV7gBdgMKGwEgy5CQDFwKY3fpjFwOiKmvzkQfteJVbhFev5 uCn2kiOL0iLY5L578InUe1YOMPIk6KJNm9EBLI+Y= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, "Peter Zijlstra (Intel)" , Valentin Schneider , Borislav Petkov Subject: [PATCH 5.10 099/103] kthread: Fix PF_KTHREAD vs to_kthread() race Date: Wed, 1 Sep 2021 14:28:49 +0200 Message-Id: <20210901122303.861890601@linuxfoundation.org> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210901122300.503008474@linuxfoundation.org> References: <20210901122300.503008474@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Peter Zijlstra commit 3a7956e25e1d7b3c148569e78895e1f3178122a9 upstream. The kthread_is_per_cpu() construct relies on only being called on PF_KTHREAD tasks (per the WARN in to_kthread). This gives rise to the following usage pattern: if ((p->flags & PF_KTHREAD) && kthread_is_per_cpu(p)) However, as reported by syzcaller, this is broken. The scenario is: CPU0 CPU1 (running p) (p->flags & PF_KTHREAD) // true begin_new_exec() me->flags &= ~(PF_KTHREAD|...); kthread_is_per_cpu(p) to_kthread(p) WARN(!(p->flags & PF_KTHREAD) <-- *SPLAT* Introduce __to_kthread() that omits the WARN and is sure to check both values. Use this to remove the problematic pattern for kthread_is_per_cpu() and fix a number of other kthread_*() functions that have similar issues but are currently not used in ways that would expose the problem. Notably kthread_func() is only ever called on 'current', while kthread_probe_data() is only used for PF_WQ_WORKER, which implies the task is from kthread_create*(). Fixes: ac687e6e8c26 ("kthread: Extract KTHREAD_IS_PER_CPU") Signed-off-by: Peter Zijlstra (Intel) Reviewed-by: Valentin Schneider Link: https://lkml.kernel.org/r/YH6WJc825C4P0FCK@hirez.programming.kicks-ass.net [ Drop the balance_push() hunk as it is not needed. ] Signed-off-by: Borislav Petkov Signed-off-by: Greg Kroah-Hartman --- kernel/kthread.c | 33 +++++++++++++++++++++++++++------ kernel/sched/fair.c | 2 +- 2 files changed, 28 insertions(+), 7 deletions(-) --- a/kernel/kthread.c +++ b/kernel/kthread.c @@ -84,6 +84,25 @@ static inline struct kthread *to_kthread return (__force void *)k->set_child_tid; } +/* + * Variant of to_kthread() that doesn't assume @p is a kthread. + * + * Per construction; when: + * + * (p->flags & PF_KTHREAD) && p->set_child_tid + * + * the task is both a kthread and struct kthread is persistent. However + * PF_KTHREAD on it's own is not, kernel_thread() can exec() (See umh.c and + * begin_new_exec()). + */ +static inline struct kthread *__to_kthread(struct task_struct *p) +{ + void *kthread = (__force void *)p->set_child_tid; + if (kthread && !(p->flags & PF_KTHREAD)) + kthread = NULL; + return kthread; +} + void free_kthread_struct(struct task_struct *k) { struct kthread *kthread; @@ -168,8 +187,9 @@ EXPORT_SYMBOL_GPL(kthread_freezable_shou */ void *kthread_func(struct task_struct *task) { - if (task->flags & PF_KTHREAD) - return to_kthread(task)->threadfn; + struct kthread *kthread = __to_kthread(task); + if (kthread) + return kthread->threadfn; return NULL; } EXPORT_SYMBOL_GPL(kthread_func); @@ -199,10 +219,11 @@ EXPORT_SYMBOL_GPL(kthread_data); */ void *kthread_probe_data(struct task_struct *task) { - struct kthread *kthread = to_kthread(task); + struct kthread *kthread = __to_kthread(task); void *data = NULL; - copy_from_kernel_nofault(&data, &kthread->data, sizeof(data)); + if (kthread) + copy_from_kernel_nofault(&data, &kthread->data, sizeof(data)); return data; } @@ -514,9 +535,9 @@ void kthread_set_per_cpu(struct task_str set_bit(KTHREAD_IS_PER_CPU, &kthread->flags); } -bool kthread_is_per_cpu(struct task_struct *k) +bool kthread_is_per_cpu(struct task_struct *p) { - struct kthread *kthread = to_kthread(k); + struct kthread *kthread = __to_kthread(p); if (!kthread) return false; --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -7569,7 +7569,7 @@ int can_migrate_task(struct task_struct return 0; /* Disregard pcpu kthreads; they are where they need to be. */ - if ((p->flags & PF_KTHREAD) && kthread_is_per_cpu(p)) + if (kthread_is_per_cpu(p)) return 0; if (!cpumask_test_cpu(env->dst_cpu, p->cpus_ptr)) {