Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp583621pxb; Thu, 23 Sep 2021 06:38:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxpnYNJvHmlIymjmZwt/+0JFdm5XAxByNpCdaupd6wVuJatHQSyI603O7fr+mtnQu5DUQ9B X-Received: by 2002:a50:cfc2:: with SMTP id i2mr5493229edk.72.1632404291913; Thu, 23 Sep 2021 06:38:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632404291; cv=none; d=google.com; s=arc-20160816; b=xMkOkRlqWLr+5pBvKyMXOFGWhWYJ4iIGCi3Gud5/ytG7t3Dx6Y9Jaojnnn5ob3AkuA So0U38falfEPhRNY32TdKeRvwOY7PfYjzk6In/CB4/NtEFzIFHduKpV0wL7Jo9Fvx4Gp v8+G/sF7ATFjAmUPBhEEacUr0T02pEoKtUp3fkUP9DGaj+SMQh0N6nW6IGwgvLUGmonb h12L2nxVbaT1OZRObaeTvn2a9vkHfkVQbfAij3ceyfNRSAGFlOwelhKOivJ4QB3FxlWE v2/TcDflEQXCL555aN7Fu7qmADflNuvQPK0/9I2GmsVW4lkub3Wz0NIksGTQ4OJIf12O I5Ww== 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 :references:in-reply-to:message-id:subject:cc:to:from:date; bh=9G6pIkqmcdqt0Bw4MV7ZbWlVGE2FfoT3VG2PVXpH+WQ=; b=UXITtAi3ggGdfxsgDTLrC5v6rE+Ds9ke3xZE9lv50H7jrOvQZhvGLUZpHtYIoz3bs6 uZIHZ4dGerju/IkbJeATHZaXqki9eIb7HhK69dhfyB0vXfnjNpumJeuF95vLa3LmCfur lIqJg3oskd97xbVLIwpbCOS0GI6wctyCyS+vRZG+wK2MnH1q5J7FGdypVRTkrbkYBtIt iWQCLRbCf2/rM0H2UP2xXWTxDyGQnO2u3djQlRuy0IbHHObUS6mNP7IaFBm2unqoVCfV kl6VoGNW551K4Zoz5lHv1g7irEW6qfkhcOXz0AeAYlaaQHRVIonOcfqfqY/a29Bjt8ll 3rvw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ec20si5932093ejb.166.2021.09.23.06.37.47; Thu, 23 Sep 2021 06:38:11 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241400AbhIWNfe convert rfc822-to-8bit (ORCPT + 99 others); Thu, 23 Sep 2021 09:35:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:46924 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241205AbhIWNfc (ORCPT ); Thu, 23 Sep 2021 09:35:32 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id C2BB56115A; Thu, 23 Sep 2021 13:34:00 +0000 (UTC) Date: Thu, 23 Sep 2021 09:33:59 -0400 From: Steven Rostedt To: =?UTF-8?B?546L6LSH?= Cc: Ingo Molnar , open list Subject: Re: [RFC PATCH] trace: prevent preemption in perf_ftrace_function_call() Message-ID: <20210923093359.30da8ba6@gandalf.local.home> In-Reply-To: <2470f39b-aed1-4e19-9982-206007eb0c6a@linux.alibaba.com> References: <2470f39b-aed1-4e19-9982-206007eb0c6a@linux.alibaba.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) 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 On Thu, 23 Sep 2021 11:42:56 +0800 王贇 wrote: > 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; You don't need preemption disabled for the above check. It's better to disable it here and leave the above return untouched. -- Steve > > 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)