From nobody Sun Dec 14 12:14:26 2025 Received: from szxga04-in.huawei.com (szxga04-in.huawei.com [45.249.212.190]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 13E89186E2E for ; Fri, 18 Apr 2025 06:04:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.249.212.190 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744956293; cv=none; b=ZGMkBckHHpZzbI1xs83eLjPNCcwOxTGR0/kOFnPkgVBzuxiS3c76K4N3PlUDTk1U6MLC/DudmoAQveGgsfFGilUgcC4XRjm4mIzZjuum6uR03dCqnGbIyXszvZGxe2pegFUEvdirRo5bYtXWceY114EbAEEyu2Ii6BdkxJw2Wlk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744956293; c=relaxed/simple; bh=X4W0Iie5K8cmhGs8qziExYsbElUrP7FX1asRsw0XfCs=; h=From:To:CC:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=PXwyXwL4CqH1VPK5VOEZu370JhGJZRpwrTEtt/oEXCdaniEQ+FJhyiQh7xk5OLevufA7Cp3SnPLBxmXMLmLlN4pzsNQaUDp7ooeVJoAKS0KSQu5kydbRN7skkRgYU/Tyq4uFBSA6iCi4dVNEdy/xb6zAyLOY1QIADHVv+pB8FkE= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com; spf=pass smtp.mailfrom=huawei.com; arc=none smtp.client-ip=45.249.212.190 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=huawei.com Received: from mail.maildlp.com (unknown [172.19.88.163]) by szxga04-in.huawei.com (SkyGuard) with ESMTP id 4Zf43N1ZN5z2TS2b; Fri, 18 Apr 2025 14:04:32 +0800 (CST) Received: from dggemv706-chm.china.huawei.com (unknown [10.3.19.33]) by mail.maildlp.com (Postfix) with ESMTPS id 2B5A318001B; Fri, 18 Apr 2025 14:04:42 +0800 (CST) Received: from kwepemn500004.china.huawei.com (7.202.194.145) by dggemv706-chm.china.huawei.com (10.3.19.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 18 Apr 2025 14:04:41 +0800 Received: from localhost.localdomain (10.90.30.45) by kwepemn500004.china.huawei.com (7.202.194.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 18 Apr 2025 14:04:41 +0800 From: Junhao He To: , , , , CC: , , , , , , Subject: [PATCH 1/4] coresight: tmc: Add missing doc of tmc_drvdata::reading Date: Fri, 18 Apr 2025 13:58:17 +0800 Message-ID: <20250418055820.3689408-2-hejunhao3@huawei.com> X-Mailer: git-send-email 2.30.0 In-Reply-To: <20250418055820.3689408-1-hejunhao3@huawei.com> References: <20250418055820.3689408-1-hejunhao3@huawei.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To kwepemn500004.china.huawei.com (7.202.194.145) Content-Type: text/plain; charset="utf-8" From: Yicong Yang tmc_drvdata::reading is used to indicate whether a reading process is performed through /dev/xyz.tmc. Document it. Reviewed-by: James Clark Signed-off-by: Yicong Yang Signed-off-by: Junhao He --- drivers/hwtracing/coresight/coresight-tmc.h | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/hwtracing/coresight/coresight-tmc.h b/drivers/hwtracin= g/coresight/coresight-tmc.h index 2671926be62a..fdf7955e7350 100644 --- a/drivers/hwtracing/coresight/coresight-tmc.h +++ b/drivers/hwtracing/coresight/coresight-tmc.h @@ -174,6 +174,7 @@ struct etr_buf { * @pid: Process ID of the process that owns the session that is using * this component. For example this would be the pid of the Perf * process. + * @reading: buffer's in the reading through "/dev/xyz.tmc" entry * @buf: Snapshot of the trace data for ETF/ETB. * @etr_buf: details of buffer used in TMC-ETR * @len: size of the available trace for ETF/ETB. --=20 2.33.0 From nobody Sun Dec 14 12:14:26 2025 Received: from szxga06-in.huawei.com (szxga06-in.huawei.com [45.249.212.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0CEBC1547CC for ; Fri, 18 Apr 2025 06:04:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.249.212.32 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744956294; cv=none; b=RSFUGXC9lyh145+i7z0sMy6TxivsU4IcKuwe8IkQwBZLE131rdCTPwrlPCFbfX1jc513i6KuyFsphQe+9emgvdPSY61c5woa8W15SOePwV3B9nOQNVFKHnp+/POVWfxDOI3F/6SAkvFr4gUl3icoIbXxNCrL1VqqqTlZcPwcRHk= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744956294; c=relaxed/simple; bh=qNY7YSh2+kFRexmcSGmb5dvk+nPfGXAJ1IS4/kHj+HM=; h=From:To:CC:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=LzdNbfvhHk6Sc/AoLb2sZ/0zZGXHQuTJ1E5r3S3HfNGmtyyRHp0OiIAY8gHK0ht3eQdwmVfMzImtTl7TrP4Y/9I3GH7vWMAgsz1gMOpaQnycySUmq8LbMuITo6LGmkXINaQtBbezoiDbc/B86RsZ6zfPPcUaCaKYplFm5SQc+QI= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com; spf=pass smtp.mailfrom=huawei.com; arc=none smtp.client-ip=45.249.212.32 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=huawei.com Received: from mail.maildlp.com (unknown [172.19.88.214]) by szxga06-in.huawei.com (SkyGuard) with ESMTP id 4Zf44N48P5z27hDh; Fri, 18 Apr 2025 14:05:24 +0800 (CST) Received: from dggemv706-chm.china.huawei.com (unknown [10.3.19.33]) by mail.maildlp.com (Postfix) with ESMTPS id 5D6361A016C; Fri, 18 Apr 2025 14:04:42 +0800 (CST) Received: from kwepemn500004.china.huawei.com (7.202.194.145) by dggemv706-chm.china.huawei.com (10.3.19.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 18 Apr 2025 14:04:42 +0800 Received: from localhost.localdomain (10.90.30.45) by kwepemn500004.china.huawei.com (7.202.194.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 18 Apr 2025 14:04:41 +0800 From: Junhao He To: , , , , CC: , , , , , , Subject: [PATCH 2/4] coresight: catu: add locking to catu enable/disable functions Date: Fri, 18 Apr 2025 13:58:18 +0800 Message-ID: <20250418055820.3689408-3-hejunhao3@huawei.com> X-Mailer: git-send-email 2.30.0 In-Reply-To: <20250418055820.3689408-1-hejunhao3@huawei.com> References: <20250418055820.3689408-1-hejunhao3@huawei.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To kwepemn500004.china.huawei.com (7.202.194.145) Content-Type: text/plain; charset="utf-8" In the function coresight_enable_path(), all adjacent helper components along the path are enabled first. Without proper locking, a race condition may occur between concurrent sysfs and perf calls to these functions, potentially leading to incorrectly obtained settings or misconfigured CATU control-enable flags. Requires spinlock in catu_enable()/catu_disable() to: - Serialize sysfs/perf concurrent accesses - Prevent corruption of CATU control-enable flags Signed-off-by: Junhao He --- drivers/hwtracing/coresight/coresight-catu.c | 6 ++++++ drivers/hwtracing/coresight/coresight-catu.h | 1 + 2 files changed, 7 insertions(+) diff --git a/drivers/hwtracing/coresight/coresight-catu.c b/drivers/hwtraci= ng/coresight/coresight-catu.c index 275cc0d9f505..54ce13254d7c 100644 --- a/drivers/hwtracing/coresight/coresight-catu.c +++ b/drivers/hwtracing/coresight/coresight-catu.c @@ -461,6 +461,8 @@ static int catu_enable(struct coresight_device *csdev, = enum cs_mode mode, int rc; struct catu_drvdata *catu_drvdata =3D csdev_to_catu_drvdata(csdev); =20 + guard(spinlock_irqsave)(&catu_drvdata->spinlock); + CS_UNLOCK(catu_drvdata->base); rc =3D catu_enable_hw(catu_drvdata, mode, data); CS_LOCK(catu_drvdata->base); @@ -489,6 +491,8 @@ static int catu_disable(struct coresight_device *csdev,= void *__unused) int rc; struct catu_drvdata *catu_drvdata =3D csdev_to_catu_drvdata(csdev); =20 + guard(spinlock_irqsave)(&catu_drvdata->spinlock); + CS_UNLOCK(catu_drvdata->base); rc =3D catu_disable_hw(catu_drvdata); CS_LOCK(catu_drvdata->base); @@ -523,6 +527,8 @@ static int __catu_probe(struct device *dev, struct reso= urce *res) goto out; } =20 + spin_lock_init(&drvdata->spinlock); + /* Setup dma mask for the device */ dma_mask =3D readl_relaxed(base + CORESIGHT_DEVID) & 0x3f; switch (dma_mask) { diff --git a/drivers/hwtracing/coresight/coresight-catu.h b/drivers/hwtraci= ng/coresight/coresight-catu.h index 141feac1c14b..eb7c9189b066 100644 --- a/drivers/hwtracing/coresight/coresight-catu.h +++ b/drivers/hwtracing/coresight/coresight-catu.h @@ -64,6 +64,7 @@ struct catu_drvdata { struct clk *pclk; void __iomem *base; struct coresight_device *csdev; + spinlock_t spinlock; int irq; }; =20 --=20 2.33.0 From nobody Sun Dec 14 12:14:26 2025 Received: from szxga02-in.huawei.com (szxga02-in.huawei.com [45.249.212.188]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CC3A11FBE87 for ; Fri, 18 Apr 2025 06:04:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.249.212.188 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744956296; cv=none; b=oHF5LkLoIBq7qIh7RJUzddr+0hu9Lisp9x/gxgpkh4k3trBfrViBzbsABLpgpxaHlXXQvg03jMecza3ACovYCu2JEAVuUnMjICfHltqDD2XlSBjg6Rs49TsqLDWv8oSgCDdQ0xUQbNxMAb6nQ09V2JCrX5PxN5x7kQaLdKsuWb4= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744956296; c=relaxed/simple; bh=y+byh670rtAsYYmXqKzm2eDUyZBPhj/asfCYJvpewEM=; h=From:To:CC:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=lcvO6CixTqbgvgJZGANNGWocRJnN/0fbAgi/+n3Mqi02/kIGl1U3AyfH5EcsbBG0molmFs8I7VROcfK4reQGaLxSjF02OeSM05bHbN2rITFKMaB9sHXa8YjPfg005CC1MLwX0dDmwJXXPRUY5DvcPoqPIYz0EDDImLpp9zC3xVY= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com; spf=pass smtp.mailfrom=huawei.com; arc=none smtp.client-ip=45.249.212.188 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=huawei.com Received: from mail.maildlp.com (unknown [172.19.88.194]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4Zf3z96ydyz5vMm; Fri, 18 Apr 2025 14:00:53 +0800 (CST) Received: from dggemv712-chm.china.huawei.com (unknown [10.1.198.32]) by mail.maildlp.com (Postfix) with ESMTPS id 092F6140258; Fri, 18 Apr 2025 14:04:43 +0800 (CST) Received: from kwepemn500004.china.huawei.com (7.202.194.145) by dggemv712-chm.china.huawei.com (10.1.198.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 18 Apr 2025 14:04:42 +0800 Received: from localhost.localdomain (10.90.30.45) by kwepemn500004.china.huawei.com (7.202.194.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 18 Apr 2025 14:04:42 +0800 From: Junhao He To: , , , , CC: , , , , , , Subject: [PATCH 3/4] coresight: tmc: refactor the tmc-etr mode setting Date: Fri, 18 Apr 2025 13:58:19 +0800 Message-ID: <20250418055820.3689408-4-hejunhao3@huawei.com> X-Mailer: git-send-email 2.30.0 In-Reply-To: <20250418055820.3689408-1-hejunhao3@huawei.com> References: <20250418055820.3689408-1-hejunhao3@huawei.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To kwepemn500004.china.huawei.com (7.202.194.145) When trying to run perf and sysfs mode simultaneously, the WARN_ON() in tmc_etr_enable_hw() is triggered sometimes: WARNING: CPU: 42 PID: 3911571 at drivers/hwtracing/coresight/coresight-tmc= -etr.c:1060 tmc_etr_enable_hw+0xc0/0xd8 [coresight_tmc] [..snip..] Call trace: tmc_etr_enable_hw+0xc0/0xd8 [coresight_tmc] (P) tmc_enable_etr_sink+0x11c/0x250 [coresight_tmc] (L) tmc_enable_etr_sink+0x11c/0x250 [coresight_tmc] coresight_enable_path+0x1c8/0x218 [coresight] coresight_enable_sysfs+0xa4/0x228 [coresight] enable_source_store+0x58/0xa8 [coresight] dev_attr_store+0x20/0x40 sysfs_kf_write+0x4c/0x68 kernfs_fop_write_iter+0x120/0x1b8 vfs_write+0x2c8/0x388 ksys_write+0x74/0x108 __arm64_sys_write+0x24/0x38 el0_svc_common.constprop.0+0x64/0x148 do_el0_svc+0x24/0x38 el0_svc+0x3c/0x130 el0t_64_sync_handler+0xc8/0xd0 el0t_64_sync+0x1ac/0x1b0 ---[ end trace 0000000000000000 ]--- Since the sysfs buffer allocation and the hardware enablement is not in the same critical region, it's possible to race with the perf mode: [sysfs mode] [perf mode] tmc_etr_get_sysfs_buffer() spin_lock(&drvdata->spinlock) [sysfs buffer allocation] spin_unlock(&drvdata->spinlock) spin_lock(&drvdata->spinlock) tmc_etr_enable_hw() drvdata->etr_buf =3D etr_perf->etr_buf spin_unlock(&drvdata->spinlock) spin_lock(&drvdata->spinlock) tmc_etr_enable_hw() WARN_ON(drvdata->etr_buf) // WARN sicne etr_buf initialized at the perf side spin_unlock(&drvdata->spinlock) To resolve this, configure the tmc-etr mode before invoking `enable_perf()` or sysfs interfaces. Prior to mode configuration, explicitly check if the tmc-etr sink is already enabled in a different mode to prevent race conditions between mode transitions. Furthermore, enforce spinlock protection around the critical sections to serialize concurrent accesses from sysfs and perf subsystems. Fixes: 296b01fd106e ("coresight: Refactor out buffer allocation function fo= r ETR") Reported-by: Yicong Yang Closes: https://lore.kernel.org/linux-arm-kernel/20241202092419.11777-2-yan= gyicong@huawei.com/ Signed-off-by: Junhao He --- .../hwtracing/coresight/coresight-tmc-etr.c | 77 +++++++++++-------- 1 file changed, 47 insertions(+), 30 deletions(-) diff --git a/drivers/hwtracing/coresight/coresight-tmc-etr.c b/drivers/hwtr= acing/coresight/coresight-tmc-etr.c index a48bb85d0e7f..3d94d64cacaa 100644 --- a/drivers/hwtracing/coresight/coresight-tmc-etr.c +++ b/drivers/hwtracing/coresight/coresight-tmc-etr.c @@ -1190,11 +1190,6 @@ static struct etr_buf *tmc_etr_get_sysfs_buffer(stru= ct coresight_device *csdev) spin_lock_irqsave(&drvdata->spinlock, flags); } =20 - if (drvdata->reading || coresight_get_mode(csdev) =3D=3D CS_MODE_PERF) { - ret =3D -EBUSY; - goto out; - } - /* * If we don't have a buffer or it doesn't match the requested size, * use the buffer allocated above. Otherwise reuse the existing buffer. @@ -1205,7 +1200,6 @@ static struct etr_buf *tmc_etr_get_sysfs_buffer(struc= t coresight_device *csdev) drvdata->sysfs_buf =3D new_buf; } =20 -out: spin_unlock_irqrestore(&drvdata->spinlock, flags); =20 /* Free memory outside the spinlock if need be */ @@ -1216,7 +1210,7 @@ static struct etr_buf *tmc_etr_get_sysfs_buffer(struc= t coresight_device *csdev) =20 static int tmc_enable_etr_sink_sysfs(struct coresight_device *csdev) { - int ret =3D 0; + int ret; unsigned long flags; struct tmc_drvdata *drvdata =3D dev_get_drvdata(csdev->dev.parent); struct etr_buf *sysfs_buf =3D tmc_etr_get_sysfs_buffer(csdev); @@ -1226,23 +1220,10 @@ static int tmc_enable_etr_sink_sysfs(struct coresig= ht_device *csdev) =20 spin_lock_irqsave(&drvdata->spinlock, flags); =20 - /* - * In sysFS mode we can have multiple writers per sink. Since this - * sink is already enabled no memory is needed and the HW need not be - * touched, even if the buffer size has changed. - */ - if (coresight_get_mode(csdev) =3D=3D CS_MODE_SYSFS) { - csdev->refcnt++; - goto out; - } - ret =3D tmc_etr_enable_hw(drvdata, sysfs_buf); - if (!ret) { - coresight_set_mode(csdev, CS_MODE_SYSFS); + if (!ret) csdev->refcnt++; - } =20 -out: spin_unlock_irqrestore(&drvdata->spinlock, flags); =20 if (!ret) @@ -1652,11 +1633,6 @@ static int tmc_enable_etr_sink_perf(struct coresight= _device *csdev, void *data) struct etr_perf_buffer *etr_perf =3D etm_perf_sink_config(handle); =20 spin_lock_irqsave(&drvdata->spinlock, flags); - /* Don't use this sink if it is already claimed by sysFS */ - if (coresight_get_mode(csdev) =3D=3D CS_MODE_SYSFS) { - rc =3D -EBUSY; - goto unlock_out; - } =20 if (WARN_ON(!etr_perf || !etr_perf->etr_buf)) { rc =3D -EINVAL; @@ -1685,7 +1661,6 @@ static int tmc_enable_etr_sink_perf(struct coresight_= device *csdev, void *data) if (!rc) { /* Associate with monitored process. */ drvdata->pid =3D pid; - coresight_set_mode(csdev, CS_MODE_PERF); drvdata->perf_buf =3D etr_perf->etr_buf; csdev->refcnt++; } @@ -1698,14 +1673,56 @@ static int tmc_enable_etr_sink_perf(struct coresigh= t_device *csdev, void *data) static int tmc_enable_etr_sink(struct coresight_device *csdev, enum cs_mode mode, void *data) { + struct tmc_drvdata *drvdata =3D dev_get_drvdata(csdev->dev.parent); + enum cs_mode old_mode; + int rc; + + scoped_guard(spinlock_irqsave, &drvdata->spinlock) { + old_mode =3D coresight_get_mode(csdev); + if (old_mode !=3D CS_MODE_DISABLED && old_mode !=3D mode) + return -EBUSY; + + if (drvdata->reading) + return -EBUSY; + + /* + * In sysFS mode we can have multiple writers per sink. Since this + * sink is already enabled no memory is needed and the HW need not be + * touched, even if the buffer size has changed. + */ + if (old_mode =3D=3D CS_MODE_SYSFS) { + csdev->refcnt++; + return 0; + } + + /* + * minor note: + * When sysfs-task1 get locked, it setup the mode first. Then + * sysfs-task2 gets locked=EF=BC=8Cit will directly return success even + * when the tmc-etr is not enabled at this moment. Ultimately, + * sysfs-task1 will still successfully enable tmc-etr. + * This is a transient state and does not cause an anomaly. + */ + coresight_set_mode(csdev, mode); + } + switch (mode) { case CS_MODE_SYSFS: - return tmc_enable_etr_sink_sysfs(csdev); + rc =3D tmc_enable_etr_sink_sysfs(csdev); + break; case CS_MODE_PERF: - return tmc_enable_etr_sink_perf(csdev, data); + rc =3D tmc_enable_etr_sink_perf(csdev, data); + break; default: - return -EINVAL; + rc =3D -EINVAL; } + + scoped_guard(spinlock_irqsave, &drvdata->spinlock) { + if (rc && old_mode !=3D mode) + coresight_set_mode(csdev, old_mode); + } + + return rc; } =20 static int tmc_disable_etr_sink(struct coresight_device *csdev) --=20 2.33.0 From nobody Sun Dec 14 12:14:26 2025 Received: from szxga07-in.huawei.com (szxga07-in.huawei.com [45.249.212.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D71FF233145 for ; Fri, 18 Apr 2025 06:04:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=45.249.212.35 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744956295; cv=none; b=o8oo2JiJ4h+uSBZateo+PX4TEYJqW71tnu2oKEIkFKKyBqierip/s2hSjNQVlzlF07hI6da/3VMIFcitrCIqdaymrGtxiqRMgAtw4ECvO1ymFKwdsPMHopAz7rvEXmakxfv1eXxrGjWmexGtSU8W10nUIRYceGgo/xRKkIbQLaA= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1744956295; c=relaxed/simple; bh=TewKLJ0Nr8qIwc2SY/X3J5h3C4hj0NdcKTMbOBGE3Ls=; h=From:To:CC:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=R291KsW2Vzbv0KplZlLikicvopu3Gq35pzY7sCOtF0ZwJesG48AKSrq4Tx4R4+2EjEXqpWKVEXHVpiyV6SumJpfMvvu+ONuQle9Wxf0sBgpObpr9szOZFn4LcLBZnBmZF+DV2EhzdXzI1EDsbApamFIfD+7uGXRa/zIO0mqo0dE= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com; spf=pass smtp.mailfrom=huawei.com; arc=none smtp.client-ip=45.249.212.35 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=huawei.com Received: from mail.maildlp.com (unknown [172.19.88.234]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4Zf43N69tHzsSp7; Fri, 18 Apr 2025 14:04:32 +0800 (CST) Received: from dggemv705-chm.china.huawei.com (unknown [10.3.19.32]) by mail.maildlp.com (Postfix) with ESMTPS id 784571402CA; Fri, 18 Apr 2025 14:04:43 +0800 (CST) Received: from kwepemn500004.china.huawei.com (7.202.194.145) by dggemv705-chm.china.huawei.com (10.3.19.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 18 Apr 2025 14:04:43 +0800 Received: from localhost.localdomain (10.90.30.45) by kwepemn500004.china.huawei.com (7.202.194.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.11; Fri, 18 Apr 2025 14:04:42 +0800 From: Junhao He To: , , , , CC: , , , , , , Subject: [PATCH 4/4] coresight: tmc-etr: Decouple the perf buffer allocation from sysfs mode Date: Fri, 18 Apr 2025 13:58:20 +0800 Message-ID: <20250418055820.3689408-5-hejunhao3@huawei.com> X-Mailer: git-send-email 2.30.0 In-Reply-To: <20250418055820.3689408-1-hejunhao3@huawei.com> References: <20250418055820.3689408-1-hejunhao3@huawei.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To kwepemn500004.china.huawei.com (7.202.194.145) Content-Type: text/plain; charset="utf-8" From: Yicong Yang Currently the perf buffer allocation follows the below logic: - if the required AUX buffer size if larger, allocate the buffer with the required size - otherwise allocate the size reference to the sysfs buffer size This is not useful as we only collect to one AUX data, so just try to allocate the buffer match the AUX buffer size. Suggested-by: Suzuki K Poulose Link: https://lore.kernel.org/linux-arm-kernel/df8967cd-2157-46a2-97d9-a1ae= a883cf63@arm.com/ Signed-off-by: Yicong Yang Signed-off-by: Junhao He --- .../hwtracing/coresight/coresight-tmc-etr.c | 29 ++++++------------- 1 file changed, 9 insertions(+), 20 deletions(-) diff --git a/drivers/hwtracing/coresight/coresight-tmc-etr.c b/drivers/hwtr= acing/coresight/coresight-tmc-etr.c index 3d94d64cacaa..26b56cb91bad 100644 --- a/drivers/hwtracing/coresight/coresight-tmc-etr.c +++ b/drivers/hwtracing/coresight/coresight-tmc-etr.c @@ -1254,9 +1254,7 @@ EXPORT_SYMBOL_GPL(tmc_etr_get_buffer); =20 /* * alloc_etr_buf: Allocate ETR buffer for use by perf. - * The size of the hardware buffer is dependent on the size configured - * via sysfs and the perf ring buffer size. We prefer to allocate the - * largest possible size, scaling down the size by half until it + * Allocate the largest possible size, scaling down the size by half until= it * reaches a minimum limit (1M), beyond which we give up. */ static struct etr_buf * @@ -1268,33 +1266,24 @@ alloc_etr_buf(struct tmc_drvdata *drvdata, struct p= erf_event *event, unsigned long size; =20 node =3D (event->cpu =3D=3D -1) ? NUMA_NO_NODE : cpu_to_node(event->cpu); - /* - * Try to match the perf ring buffer size if it is larger - * than the size requested via sysfs. - */ - if ((nr_pages << PAGE_SHIFT) > drvdata->size) { - etr_buf =3D tmc_alloc_etr_buf(drvdata, ((ssize_t)nr_pages << PAGE_SHIFT), - 0, node, NULL); - if (!IS_ERR(etr_buf)) - goto done; - } + + /* Use the minimum limit if the required size is smaller */ + size =3D (unsigned long)nr_pages << PAGE_SHIFT; + if (size < TMC_ETR_PERF_MIN_BUF_SIZE) + size =3D TMC_ETR_PERF_MIN_BUF_SIZE; =20 /* - * Else switch to configured size for this ETR - * and scale down until we hit the minimum limit. + * Try to allocate the required size for this ETR, if failed scale + * down until we hit the minimum limit. */ - size =3D drvdata->size; do { etr_buf =3D tmc_alloc_etr_buf(drvdata, size, 0, node, NULL); if (!IS_ERR(etr_buf)) - goto done; + return etr_buf; size /=3D 2; } while (size >=3D TMC_ETR_PERF_MIN_BUF_SIZE); =20 return ERR_PTR(-ENOMEM); - -done: - return etr_buf; } =20 static struct etr_buf * --=20 2.33.0