Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp59758pxu; Thu, 22 Oct 2020 15:28:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwTAgdiCuQd88/S1Tf+ovVffFHfsz8dKeWIJnwOmJQjevgCXD/HSZ7dJBYAAvx2QcbkgOzq X-Received: by 2002:aa7:df0c:: with SMTP id c12mr4382095edy.234.1603405694841; Thu, 22 Oct 2020 15:28:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603405694; cv=none; d=google.com; s=arc-20160816; b=or8FVSTwBhmbfL6TTEJ/klVwwtAh70qVNEtuj6rO2nARrjS1YrvjDEy6D+5ifdbzfr 4ht45uM1BVK0yxweCBviOl/4le30fPfQKFm7Vpfzp91WJUcccmcc8avkhx6Je9xvV/cZ NhpRwHQdnSofNtbkwizoU+CQzgLJGEej7Jo3gJhqJkwtywuZ5idlyeFbJ5nu5FtEgaBt ypKGhFN7eAmHq8bW3r7KCEYCL3B4b5BHj6BCsOi1m3DY7OyZqvrzj+OztLOACoLWHpWE 2jR/NliWv5shGARaO9hbrmR40Px7k6ILYEKtm8XhgzinXzu/V7GEJdwuDl3RjLqs6FXZ ZYpQ== 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 :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=kNgBVAJNjQSEauvujICj2x16CQN9n5YJkt34v+irmGY=; b=aHVg2acJcfqBVuJDLvVV3vtexN9Tai2cXKCfPBjLVK/1gzJn67SHu7t10CuOqbWBem F1Y1TTbEATwh9e93BK4pe+XScuzw4W4kp7a6Q+71F4NIy0EDI4KMFnQg2wcSfkaFvq1z W+et/x+QZZCHEUdb3Xn9sI8p2f+6c/9se05nq1fCMrQko4rJCB84VLhJ05pJsCXzdmfF 9ki27osAhiZQWvRBvY7rk1IH6Z1xHOY5L82cBUiV2aaNxGSAJpt7Wl60yF/61aqDoIqe xaGnq3ml/AhWJFx2XnNl2EFQJqamVYm0W4kkBk4y9nuC/3XVwKZ++eISRtYAKioMVeBP Nl1Q== 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=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ss5si1643207ejb.737.2020.10.22.15.27.52; Thu, 22 Oct 2020 15:28:14 -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=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2900103AbgJVNa0 (ORCPT + 99 others); Thu, 22 Oct 2020 09:30:26 -0400 Received: from foss.arm.com ([217.140.110.172]:57780 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2900098AbgJVNa0 (ORCPT ); Thu, 22 Oct 2020 09:30:26 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id B588F101E; Thu, 22 Oct 2020 06:30:25 -0700 (PDT) Received: from [10.57.13.45] (unknown [10.57.13.45]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 49B6A3F66E; Thu, 22 Oct 2020 06:30:23 -0700 (PDT) Subject: Re: [PATCHv2 2/4] coresight: tmc-etf: Fix NULL ptr dereference in tmc_enable_etf_sink_perf() To: Peter Zijlstra , Sai Prakash Ranjan Cc: Mathieu Poirier , Mike Leach , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , coresight@lists.linaro.org, Stephen Boyd , linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org References: <20201022113214.GD2611@hirez.programming.kicks-ass.net> From: Suzuki Poulose Message-ID: Date: Thu, 22 Oct 2020 14:30:21 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.3.2 MIME-Version: 1.0 In-Reply-To: <20201022113214.GD2611@hirez.programming.kicks-ass.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10/22/20 12:32 PM, Peter Zijlstra wrote: > On Thu, Oct 22, 2020 at 04:27:52PM +0530, Sai Prakash Ranjan wrote: > >> Looking at the ETR and other places in the kernel, ETF and the >> ETB are the only places trying to dereference the task(owner) >> in tmc_enable_etf_sink_perf() which is also called from the >> sched_in path as in the call trace. > >> @@ -391,6 +392,10 @@ static void *tmc_alloc_etf_buffer(struct coresight_device *csdev, >> { >> int node; >> struct cs_buffers *buf; >> + struct task_struct *task = READ_ONCE(event->owner); >> + >> + if (!task || is_kernel_event(event)) >> + return NULL; > > > This is *wrong*... why do you care about who owns the events? > This is due to the special case of the CoreSight configuration, where a "sink" (where the trace data is captured) is shared by multiple Trace units. So, we could share the "sink" for multiple trace units if they are tracing the events that belong to the same "perf" session. (The userspace tool could decode the trace data based on the TraceID in the trace packets). Is there a better way to do this ? Suzuki