Received: by 2002:a05:7412:f690:b0:e2:908c:2ebd with SMTP id ej16csp90550rdb; Wed, 18 Oct 2023 20:06:12 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHuXigwC+W7ll1lYyaziXTxBkBqglhXZshsfj+/iq0DEbP4cwYWooW6mJ6JvWjiZlTHBMQW X-Received: by 2002:a05:6a21:3387:b0:16b:c20d:f97c with SMTP id yy7-20020a056a21338700b0016bc20df97cmr1170866pzb.0.1697684771780; Wed, 18 Oct 2023 20:06:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697684771; cv=none; d=google.com; s=arc-20160816; b=kDin3tsW0RSAy5Tnw4hTmbuDXoCwcTBdWyypv5hpFSxj8aaqiBz3VUaUCW95/2VAYw zLLIiynLNM9gk7XhafITuKzxJIP+QQpeJ+xzicvKRdthwk2yT4ZihpLdiGPWVuejsyvq 0pZ/UUu2ppXZWMzqrOcs2Kx7kW9ZKuz4R2BHUzB4bFY9QKe9pO30R3AW1ltL6ngBk3Vf 0mXF4W67dV88UYn7X0r0n0qJ0diIo4VHqdE51HntwCbeKwrfH/untr9CmxozX0Jr0J3G g+KSS2RrW01yz1AowHhms67FIpO94ot5OEj26x13OffLePVnsswqGL1WhGP5342XkLLW YWkw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:to:subject :cc; bh=YzvMV1k6PD/0iVywIswKxGOGdwOcdG0vqICqnlD4Wps=; fh=Oy2OloyMtPht02D0MmR7xPoZBq83VBnsj3vhddaUAKE=; b=Os2PS02xQh38IhYTtDMW/zOyaZ1/dzFlbIKpqd85/GAIKU7x1PK9Mem12yqOnRurGl NTqnTrUhWS8kewAWW4IMSXqedvOk3x4AosADrYAwUCR6xo83xKmCAg0CufpINR3DYrl6 Habw4yFEEN4LtiXoVa9Y/VyNfR87mAmiaXqaSNihRi7Aib6l/D4H14CrGDxW2XmkO5n4 Zm10N1WWZ/YoL5GLfVWyJ03U93t6NdMcTciPqzGbhbbzE/SOz0aKnLbTZUZSDVboXrnl GaX92EdM41EQH4GvLjZrcqZjJ5NBBsjKkFVbZwAJCaC12IfAGcx/gd6h06WbMXTmbSDp +ung== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from pete.vger.email (pete.vger.email. [2620:137:e000::3:6]) by mx.google.com with ESMTPS id l3-20020a17090add8300b0027da14d1513si1038386pjv.124.2023.10.18.20.06.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 Oct 2023 20:06:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) client-ip=2620:137:e000::3:6; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:6 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by pete.vger.email (Postfix) with ESMTP id 9A8078181B88; Wed, 18 Oct 2023 20:05:58 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at pete.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232385AbjJSDFh (ORCPT + 99 others); Wed, 18 Oct 2023 23:05:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43236 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231470AbjJSDFf (ORCPT ); Wed, 18 Oct 2023 23:05:35 -0400 Received: from szxga08-in.huawei.com (szxga08-in.huawei.com [45.249.212.255]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6A6AB106 for ; Wed, 18 Oct 2023 20:05:32 -0700 (PDT) Received: from canpemm500009.china.huawei.com (unknown [172.30.72.56]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4S9sw44KsFz15Nbn; Thu, 19 Oct 2023 11:02:44 +0800 (CST) Received: from [10.67.121.177] (10.67.121.177) by canpemm500009.china.huawei.com (7.192.105.203) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.31; Thu, 19 Oct 2023 11:05:27 +0800 CC: , , , , , , , , Subject: Re: [PATCH 1/3] coresight: ultrasoc-smb: fix sleep while close preempt in enable_smb To: Junhao He References: <20231012094706.21565-1-hejunhao3@huawei.com> <20231012094706.21565-2-hejunhao3@huawei.com> From: Yicong Yang Message-ID: Date: Thu, 19 Oct 2023 11:05:26 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.1 MIME-Version: 1.0 In-Reply-To: <20231012094706.21565-2-hejunhao3@huawei.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.67.121.177] X-ClientProxiedBy: dggems703-chm.china.huawei.com (10.3.19.180) To canpemm500009.china.huawei.com (7.192.105.203) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-4.1 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on pete.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (pete.vger.email [0.0.0.0]); Wed, 18 Oct 2023 20:05:58 -0700 (PDT) On 2023/10/12 17:47, Junhao He wrote: > When we to enable the SMB by perf, the perf sched will call perf_ctx_lock() > to close system preempt in event_function_call(). But SMB::enable_smb() use > mutex to lock the critical section, which may sleep. > > BUG: sleeping function called from invalid context at kernel/locking/mutex.c:580 > in_atomic(): 1, irqs_disabled(): 1, non_block: 0, pid: 153023, name: perf > preempt_count: 2, expected: 0 > RCU nest depth: 0, expected: 0 > INFO: lockdep is turned off. > irq event stamp: 0 > hardirqs last enabled at (0): [<0000000000000000>] 0x0 > hardirqs last disabled at (0): [] copy_process+0xae8/0x2b48 > softirqs last enabled at (0): [] copy_process+0xae8/0x2b48 > softirqs last disabled at (0): [<0000000000000000>] 0x0 > CPU: 2 PID: 153023 Comm: perf Kdump: loaded Tainted: G W O 6.5.0-rc4+ #1 > > Call trace: > ... > __mutex_lock+0xbc/0xa70 > mutex_lock_nested+0x34/0x48 > smb_update_buffer+0x58/0x360 [ultrasoc_smb] > etm_event_stop+0x204/0x2d8 [coresight] > etm_event_del+0x1c/0x30 [coresight] > event_sched_out+0x17c/0x3b8 > group_sched_out.part.0+0x5c/0x208 > __perf_event_disable+0x15c/0x210 > event_function+0xe0/0x230 > remote_function+0xb4/0xe8 > generic_exec_single+0x160/0x268 > smp_call_function_single+0x20c/0x2a0 > event_function_call+0x20c/0x220 > _perf_event_disable+0x5c/0x90 > perf_event_for_each_child+0x58/0xc0 > _perf_ioctl+0x34c/0x1250 > perf_ioctl+0x64/0x98 > ... > > Use spinlock replace mutex to control driver data access to one at a > time. But the function copy_to_user() may sleep so spinlock do not to > lock it. > > Fixes: 06f5c2926aaa ("drivers/coresight: Add UltraSoc System Memory Buffer driver") > Signed-off-by: Junhao He > --- > drivers/hwtracing/coresight/ultrasoc-smb.c | 36 ++++++++++------------ > drivers/hwtracing/coresight/ultrasoc-smb.h | 6 ++-- > 2 files changed, 19 insertions(+), 23 deletions(-) > > diff --git a/drivers/hwtracing/coresight/ultrasoc-smb.c b/drivers/hwtracing/coresight/ultrasoc-smb.c > index e9a32a97fbee..b08a619d1116 100644 > --- a/drivers/hwtracing/coresight/ultrasoc-smb.c > +++ b/drivers/hwtracing/coresight/ultrasoc-smb.c > @@ -99,7 +99,7 @@ static int smb_open(struct inode *inode, struct file *file) > struct smb_drv_data, miscdev); > int ret = 0; > > - mutex_lock(&drvdata->mutex); > + spin_lock(&drvdata->spinlock); > > if (drvdata->reading) { > ret = -EBUSY; > @@ -115,7 +115,7 @@ static int smb_open(struct inode *inode, struct file *file) > > drvdata->reading = true; > out: > - mutex_unlock(&drvdata->mutex); > + spin_unlock(&drvdata->spinlock); > > return ret; > } > @@ -132,10 +132,8 @@ static ssize_t smb_read(struct file *file, char __user *data, size_t len, > if (!len) > return 0; > > - mutex_lock(&drvdata->mutex); > - > if (!sdb->data_size) > - goto out; > + return 0; > > to_copy = min(sdb->data_size, len); > > @@ -145,20 +143,18 @@ static ssize_t smb_read(struct file *file, char __user *data, size_t len, > > if (copy_to_user(data, sdb->buf_base + sdb->buf_rdptr, to_copy)) { > dev_dbg(dev, "Failed to copy data to user\n"); > - to_copy = -EFAULT; > - goto out; > + return -EFAULT; > } > > + spin_lock(&drvdata->spinlock); > *ppos += to_copy; > - > smb_update_read_ptr(drvdata, to_copy); > > - dev_dbg(dev, "%zu bytes copied\n", to_copy); > -out: > if (!sdb->data_size) > smb_reset_buffer(drvdata); > - mutex_unlock(&drvdata->mutex); > + spin_unlock(&drvdata->spinlock); Do we still need the lock here? If we get here, we should have the exclusive access to the file, which is protected in open(). Or any other cases? > > + dev_dbg(dev, "%zu bytes copied\n", to_copy); > return to_copy; > } > > @@ -167,9 +163,9 @@ static int smb_release(struct inode *inode, struct file *file) > struct smb_drv_data *drvdata = container_of(file->private_data, > struct smb_drv_data, miscdev); > > - mutex_lock(&drvdata->mutex); > + spin_lock(&drvdata->spinlock); > drvdata->reading = false; > - mutex_unlock(&drvdata->mutex); > + spin_unlock(&drvdata->spinlock); > > return 0; > } > @@ -262,7 +258,7 @@ static int smb_enable(struct coresight_device *csdev, enum cs_mode mode, > struct smb_drv_data *drvdata = dev_get_drvdata(csdev->dev.parent); > int ret = 0; > > - mutex_lock(&drvdata->mutex); > + spin_lock(&drvdata->spinlock); > > /* Do nothing, the trace data is reading by other interface now */ > if (drvdata->reading) { > @@ -294,7 +290,7 @@ static int smb_enable(struct coresight_device *csdev, enum cs_mode mode, > > dev_dbg(&csdev->dev, "Ultrasoc SMB enabled\n"); > out: > - mutex_unlock(&drvdata->mutex); > + spin_unlock(&drvdata->spinlock); > > return ret; > } > @@ -304,7 +300,7 @@ static int smb_disable(struct coresight_device *csdev) > struct smb_drv_data *drvdata = dev_get_drvdata(csdev->dev.parent); > int ret = 0; > > - mutex_lock(&drvdata->mutex); > + spin_lock(&drvdata->spinlock); > > if (drvdata->reading) { > ret = -EBUSY; > @@ -327,7 +323,7 @@ static int smb_disable(struct coresight_device *csdev) > > dev_dbg(&csdev->dev, "Ultrasoc SMB disabled\n"); > out: > - mutex_unlock(&drvdata->mutex); > + spin_unlock(&drvdata->spinlock); > > return ret; > } > @@ -408,7 +404,7 @@ static unsigned long smb_update_buffer(struct coresight_device *csdev, > if (!buf) > return 0; > > - mutex_lock(&drvdata->mutex); > + spin_lock(&drvdata->spinlock); > > /* Don't do anything if another tracer is using this sink. */ > if (atomic_read(&csdev->refcnt) != 1) > @@ -432,7 +428,7 @@ static unsigned long smb_update_buffer(struct coresight_device *csdev, > if (!buf->snapshot && lost) > perf_aux_output_flag(handle, PERF_AUX_FLAG_TRUNCATED); > out: > - mutex_unlock(&drvdata->mutex); > + spin_unlock(&drvdata->spinlock); > > return data_size; > } > @@ -590,7 +586,7 @@ static int smb_probe(struct platform_device *pdev) > return ret; > } > > - mutex_init(&drvdata->mutex); > + spin_lock_init(&drvdata->spinlock); > drvdata->pid = -1; > > ret = smb_register_sink(pdev, drvdata); > diff --git a/drivers/hwtracing/coresight/ultrasoc-smb.h b/drivers/hwtracing/coresight/ultrasoc-smb.h > index d2e14e8d2c8a..82a44c14a882 100644 > --- a/drivers/hwtracing/coresight/ultrasoc-smb.h > +++ b/drivers/hwtracing/coresight/ultrasoc-smb.h > @@ -8,7 +8,7 @@ > #define _ULTRASOC_SMB_H > > #include > -#include > +#include > > /* Offset of SMB global registers */ > #define SMB_GLB_CFG_REG 0x00 > @@ -105,7 +105,7 @@ struct smb_data_buffer { > * @csdev: Component vitals needed by the framework. > * @sdb: Data buffer for SMB. > * @miscdev: Specifics to handle "/dev/xyz.smb" entry. > - * @mutex: Control data access to one at a time. > + * @spinlock: Control data access to one at a time. > * @reading: Synchronise user space access to SMB buffer. > * @pid: Process ID of the process being monitored by the > * session that is using this component. > @@ -116,7 +116,7 @@ struct smb_drv_data { > struct coresight_device *csdev; > struct smb_data_buffer sdb; > struct miscdevice miscdev; > - struct mutex mutex; > + spinlock_t spinlock; > bool reading; > pid_t pid; > enum cs_mode mode; >