Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp55249ybl; Fri, 9 Aug 2019 02:23:01 -0700 (PDT) X-Google-Smtp-Source: APXvYqyD1LvJ8UTbxN6FuBF8/T9vHKmoRJB8mIiMssWvMF38CkkcCIP11vroLOoWSWTCSlOuYJN+ X-Received: by 2002:a17:902:e509:: with SMTP id ck9mr10345122plb.326.1565342581883; Fri, 09 Aug 2019 02:23:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565342581; cv=none; d=google.com; s=arc-20160816; b=qgAgu0d+fL2OI7ooQexFvE0slp0cCJnbnmeLeM7a3LbyAXerIZOx/mCkXrjHYL9qG9 MMZyE+NvGEev+X5CCmHNKJaqNqFUrqinxaVC9mxNsUChcTC2dvtwF7FEBuswQ5rBnc+U foe/Bjb/4Xt2cPN0ZgPr+d7I9RsU/DfoZaGyTnRe27EmqyE2HbInR4djB8p7VHL1clG3 QmtjuANfye/i3bv89zx4dTQQms4uTXxJwVe3ydepnS6E+wJ04p0s9sI12G4IdYVFWVd6 7WKciZtBzg2FnyuPD/YHkctw0bM2YN6Gs1POXnYe+Y5Uw0dju5g1xphAizHyCvYhpoLh 1ZzQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=wrte9TtjNwC8TNJIOXHDhUxPzdsOmuhTUfia5ngUfms=; b=Un/9jo0nVq/2TYXoVCBhnhMLejiA/k78DfmHDboIVxROgRLCgVvw7BMJ49jEOANWAL +5AweNe9QbwfOt9/fK4mCKx9FlBmPrNAsYESTufV4L9QBFNoXEtHdPX92kPhkipTUreV Qcu1n39jPTAjfAhOnQ019HcxPyvrUkIeapfQahRCPhmQfOVmCVzaSwuoRtWNfbiMDCgs ySwxgZv7Oug1g35sr6Wkw+DWsftNmlyJe2UT6/I9S+eNYpyRV1iZz5l6Gw8qK39u1FbG 3lVKHN+qwnVqS7FCuECwKJG1koLZQHZj7TKZWgdL218teIjLBSVBJy84M3pars0Gfs5J h7yg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b7si56906635pfp.4.2019.08.09.02.22.45; Fri, 09 Aug 2019 02:23:01 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405977AbfHIJWK (ORCPT + 99 others); Fri, 9 Aug 2019 05:22:10 -0400 Received: from foss.arm.com ([217.140.110.172]:44050 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732885AbfHIJWJ (ORCPT ); Fri, 9 Aug 2019 05:22:09 -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 2483B15A2; Fri, 9 Aug 2019 02:22:09 -0700 (PDT) Received: from dawn-kernel.cambridge.arm.com (unknown [10.1.197.116]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6D8F53F575; Fri, 9 Aug 2019 02:22:08 -0700 (PDT) Subject: Re: [PATCH] coresight: tmc-etr: Remove perf_data check. To: yabinc@google.com, mathieu.poirier@linaro.org, alexander.shishkin@linux.intel.com Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org References: <20190808193122.76679-1-yabinc@google.com> From: Suzuki K Poulose Message-ID: <84df6071-ef7e-c3d6-6ffa-fcfcbab0c8e6@arm.com> Date: Fri, 9 Aug 2019 10:22:07 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190808193122.76679-1-yabinc@google.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Yabin, Thank you for the analysis and the patch. On 08/08/2019 20:31, Yabin Cui wrote: > When tracing etm data of multiple threads on multiple cpus through > perf interface, each cpu has a unique etr_perf_buffer while sharing > the same etr device. There is no guarantee that the last cpu starts > etm tracing also stops last. So the perf_data check is no longer valid. > > Signed-off-by: Yabin Cui > --- > drivers/hwtracing/coresight/coresight-tmc-etr.c | 9 --------- > drivers/hwtracing/coresight/coresight-tmc.h | 2 -- > 2 files changed, 11 deletions(-) > > diff --git a/drivers/hwtracing/coresight/coresight-tmc-etr.c b/drivers/hwtracing/coresight/coresight-tmc-etr.c > index 17006705287a..0418440e0141 100644 > --- a/drivers/hwtracing/coresight/coresight-tmc-etr.c > +++ b/drivers/hwtracing/coresight/coresight-tmc-etr.c > @@ -1484,20 +1484,12 @@ tmc_update_etr_buffer(struct coresight_device *csdev, > goto out; > } > > - if (WARN_ON(drvdata->perf_data != etr_perf)) { > - lost = true; > - spin_unlock_irqrestore(&drvdata->spinlock, flags); > - goto out; > - } > - I think some sort of sanity check is a good idea to make sure we don't loose the context. Even when different CPUs have different etr_perf buffer, the underlying etr_buf should be the same. So, we should be able to simply convert the check to, something like : struct etr_perf_buffer *perf_buf = drvdata->perf_data; ... if (WARN_ON(perf_buf->etr_buf != etr_perf->buf)) { .... } Does that solve the problem for you ? Suzuki