Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp217427pxb; Wed, 22 Sep 2021 20:47:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxB20PVK5Oh8MmN26YhnEplQqgexmWGfX7TVw8G/c4p125u6dc90w47sOhuXqmdwgj08b2O X-Received: by 2002:a17:907:7755:: with SMTP id kx21mr2692026ejc.463.1632368854006; Wed, 22 Sep 2021 20:47:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632368853; cv=none; d=google.com; s=arc-20160816; b=Q+FGd/i+2rg/jWk8fRWXu8Xe2IYNgZuQkruFbnMxk97V5pTSICMf0osDyUkgZ4l1zd bNrRUFbSVLC1u/ZvMyqP1C3ccWCOh9zk7r9h8fJ3N1Fc5Foi8AZthaSOTRYHiCNyNI+j e+Wjk0Gn6pcxRyfY7el7z4vH8FxfkLR/LTsh18rsH5tMD8vijG2cxor/P3tTvt+zNqfj zD1jVYzfxW1WK62HGTEYC/cfWMP94+tdVt/jZpD0cPnS8GiqVfh3d12cBmU0xEz9n1J0 mXbagyzRggcOTmevkTaqHoOuTnwbBFtQGuVMtI3TMcAGcPNR9t1coiamt1TK6L4yWXTl Jbig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :mime-version:user-agent:date:message-id:subject:from:to; bh=n9xXdJ6iIXoZWfHlsTfcuCoL3KbYRc1LQoZwGTuILww=; b=fmAvQ9GpuqOU3/cbgc5gnBojNQuC42zYY+pl9eL4BknfTGXWpm4N5p546fCSfyG2wa PhuurPi0mxwAU05pTljYvWuXWglOrN7Yf/gTFjO94+flI8Zs8/vxqSIewhDI2wHFd8st qnoRjfnSp7fLTNqreavn7/n4fkSZqHtoJ5bbRKAQXzCAHXyVJl8UtToo5BC7MZtTkw9a nUtj3F2vHc6L1ORwRjhV5ybfR/MlziT5PyruwQBA/u6IM5hzxD37swxy79kiWbUdWVOW RoayCZT2OGCKQ82o3vjkjuHm3Ld02RixliubXaJyQ+qA6EeyoycGk362gCXuxaXVUEKO P1RA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e6si5058403ejm.415.2021.09.22.20.47.09; Wed, 22 Sep 2021 20:47:33 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239496AbhIWDrC (ORCPT + 99 others); Wed, 22 Sep 2021 23:47:02 -0400 Received: from out30-132.freemail.mail.aliyun.com ([115.124.30.132]:42052 "EHLO out30-132.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239285AbhIWDoa (ORCPT ); Wed, 22 Sep 2021 23:44:30 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R701e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04357;MF=yun.wang@linux.alibaba.com;NM=1;PH=DS;RN=3;SR=0;TI=SMTPD_---0UpHnR.b_1632368577; Received: from testdeMacBook-Pro.local(mailfrom:yun.wang@linux.alibaba.com fp:SMTPD_---0UpHnR.b_1632368577) by smtp.aliyun-inc.com(127.0.0.1); Thu, 23 Sep 2021 11:42:57 +0800 To: Steven Rostedt , Ingo Molnar , open list From: =?UTF-8?B?546L6LSH?= Subject: [RFC PATCH] trace: prevent preemption in perf_ftrace_function_call() Message-ID: <2470f39b-aed1-4e19-9982-206007eb0c6a@linux.alibaba.com> Date: Thu, 23 Sep 2021 11:42:56 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org With CONFIG_DEBUG_PREEMPT we observed reports like: BUG: using smp_processor_id() in preemptible caller is perf_ftrace_function_call+0x6f/0x2e0 CPU: 1 PID: 680 Comm: a.out Not tainted Call Trace: dump_stack_lvl+0x8d/0xcf check_preemption_disabled+0x104/0x110 ? optimize_nops.isra.7+0x230/0x230 ? text_poke_bp_batch+0x9f/0x310 perf_ftrace_function_call+0x6f/0x2e0 ... __text_poke+0x5/0x620 text_poke_bp_batch+0x9f/0x310 This tell us the CPU could be changed after task is preempted, and the checking on CPU before preemption is helpless. This patch just turn off preemption in perf_ftrace_function_call() to prevent CPU changing. Signed-off-by: Michael Wang --- kernel/trace/trace_event_perf.c | 14 +++++++++----- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/kernel/trace/trace_event_perf.c b/kernel/trace/trace_event_perf.c index 6aed10e..5486b18 100644 --- a/kernel/trace/trace_event_perf.c +++ b/kernel/trace/trace_event_perf.c @@ -438,15 +438,17 @@ void perf_trace_buf_update(void *record, u16 type) int rctx; int bit; + preempt_disable_notrace(); + if (!rcu_is_watching()) - return; + goto out; if ((unsigned long)ops->private != smp_processor_id()) - return; + goto out; bit = ftrace_test_recursion_trylock(ip, parent_ip); if (bit < 0) - return; + goto out; event = container_of(ops, struct perf_event, ftrace_ops); @@ -468,16 +470,18 @@ void perf_trace_buf_update(void *record, u16 type) entry = perf_trace_buf_alloc(ENTRY_SIZE, NULL, &rctx); if (!entry) - goto out; + goto out_unlock; entry->ip = ip; entry->parent_ip = parent_ip; perf_trace_buf_submit(entry, ENTRY_SIZE, rctx, TRACE_FN, 1, ®s, &head, NULL); -out: +out_unlock: ftrace_test_recursion_unlock(bit); #undef ENTRY_SIZE +out: + preempt_enable_notrace(); } static int perf_ftrace_function_register(struct perf_event *event) -- 1.8.3.1