Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp35335631rwd; Mon, 10 Jul 2023 06:09:40 -0700 (PDT) X-Google-Smtp-Source: APBJJlGSqewDeVLhiTllpvMz5ZbL37PHdj2cglAd2jVIYm1H3Fp0Qw+qenUAmQxBORTnGVYqJJLE X-Received: by 2002:a17:902:ce8b:b0:1b9:e591:db38 with SMTP id f11-20020a170902ce8b00b001b9e591db38mr1108467plg.8.1688994580234; Mon, 10 Jul 2023 06:09:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688994580; cv=none; d=google.com; s=arc-20160816; b=B9UhKjz5d6XjOuf8jvZMiEG7cXlF4vyDQySX3E+Isp4x8OdOJiVu16NaNdMQAZjjC4 U3tcs1jO1Rb0HOzMmOhw8EB6PTGJ+izPDi6VzQI+NGixUSZOqfIFEa2g+PJj5tLWt+Xy AEr9tidLjANvnLUUekEaqvawe6/zrZ99EzOH+FmO+eXrRpcKkClZgS6PCj2iFP2VtkO3 kHACNto93QNcV99ahKdZEpAVcZ2dW7d3qpJoah2lM/LFO8O/HzLcmW78i58eboG0OORu Az+jKfvdOhuaXp0fJIAyRrVNiXYqx5enwjpdzYR4V0LZwyH/FP2gZdGy1vDHC7p2hGzj sr0g== 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 :organization:from:references:cc:to:content-language:subject :user-agent:mime-version:date:message-id:dkim-signature; bh=y4vhLbDxnpig5dCdMLGROChfvNNa99P9Q2XNlg4LdNQ=; fh=Wd7XVc7W0PQ7Z24PoNonDK4Q0KjQuvdekgZnqjvADZo=; b=QpSzevP/atXUjhJXbMLF3gNbSVlnKqnCXZvTieknv1YcsWJyS98dMWZHpSpUn4jR52 X2NOCt6IC1jN8B+j5vAGdRayfmpkxe/kVo+HWz1cTErE7DNtUgzlH0DnGAiV97YxK93v LGcDJ9DoT1JZozB3l0ieYp1oamLa6VJAqqS1i++/Oh5dJI5Pj2aVXBtWk5qbHz/YnSj9 OCoeTUwUmFh+9ZrOWW/L0ZLHNXA6pDLroosTxfMptktJ6K80jZXH+pxx+MZnoRuhXdl+ 88jAoS+2OTJX64O7yAJPYb555LNeWuxudOyUfTL8IfN5co+V93i5mTX70AcTSMgVQ9WS HmGg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=b6rVFXKN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k6-20020a170902760600b001b89be2a28asi8742778pll.130.2023.07.10.06.09.28; Mon, 10 Jul 2023 06:09:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b=b6rVFXKN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232033AbjGJMpG (ORCPT + 99 others); Mon, 10 Jul 2023 08:45:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43186 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231189AbjGJMpF (ORCPT ); Mon, 10 Jul 2023 08:45:05 -0400 Received: from mx07-00178001.pphosted.com (mx08-00178001.pphosted.com [91.207.212.93]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2B876EB; Mon, 10 Jul 2023 05:45:01 -0700 (PDT) Received: from pps.filterd (m0046660.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 36ABWJS9027612; Mon, 10 Jul 2023 14:44:53 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com; h=message-id : date : mime-version : subject : to : cc : references : from : in-reply-to : content-type : content-transfer-encoding; s=selector1; bh=y4vhLbDxnpig5dCdMLGROChfvNNa99P9Q2XNlg4LdNQ=; b=b6rVFXKN+JV4FditmO3exGIRgBmpBr5eTi/3rWzM2bWqpDo4GD9L5Xpra9x+fu7KKSO7 6R+pmTqdfDDNxIHgxkxo8+9CmXUWPkLjXqS4MB5OO2HIEhDnYOdy2utKH2TsML30ONrF HhSIzN2fK+w0fa+Ar1HzGvv59yqYqYZifYreCqqXNT9PSTmuEIdG28Qw7gGmF1J1SlHI cENzbu6wdcZbmnRQnsZtw0q1VVwf5hNF8OOg57LFICKv8RV7ZD2EG/1fQqq/zdFKCv40 IcdEZeHEVBn/Dz/wLoUqkzV9VFg0kpd31IGpGAkElVsU63rApGc3pcVnCsOWrKdE0cuN sg== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com (PPS) with ESMTPS id 3rre8vt3hm-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 10 Jul 2023 14:44:53 +0200 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 2D1C7100066; Mon, 10 Jul 2023 14:44:48 +0200 (CEST) Received: from Webmail-eu.st.com (shfdag1node2.st.com [10.75.129.70]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id 05DB223C6A4; Mon, 10 Jul 2023 14:44:48 +0200 (CEST) Received: from [10.252.15.83] (10.252.15.83) by SHFDAG1NODE2.st.com (10.75.129.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.21; Mon, 10 Jul 2023 14:44:46 +0200 Message-ID: <6985175f-719a-bd4d-e95e-021b70234c8a@foss.st.com> Date: Mon, 10 Jul 2023 14:44:46 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Subject: Re: [PATCH V9 3/3] rpmsg: char: Add RPMSG GET/SET FLOWCONTROL IOCTL support Content-Language: en-US To: Sarannya S , , , , CC: , , , Deepak Kumar Singh , Bjorn Andersson References: <1688679698-31274-1-git-send-email-quic_sarannya@quicinc.com> <1688679698-31274-4-git-send-email-quic_sarannya@quicinc.com> From: Arnaud POULIQUEN Organization: STMicroelectronics In-Reply-To: <1688679698-31274-4-git-send-email-quic_sarannya@quicinc.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.252.15.83] X-ClientProxiedBy: SHFCAS1NODE1.st.com (10.75.129.72) To SHFDAG1NODE2.st.com (10.75.129.70) X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.957,Hydra:6.0.591,FMLib:17.11.176.26 definitions=2023-07-10_09,2023-07-06_02,2023-05-22_02 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,NICE_REPLY_A,RCVD_IN_DNSWL_BLOCKED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/6/23 23:41, Sarannya S wrote: > From: Chris Lew > > Add RPMSG_GET_OUTGOING_FLOWCONTROL and RPMSG_SET_INCOMING_FLOWCONTROL > IOCTL support for rpmsg char device nodes to get/set the low level > transport signals. > > Signed-off-by: Chris Lew > Signed-off-by: Deepak Kumar Singh > Signed-off-by: Sarannya S > --- > drivers/rpmsg/rpmsg_char.c | 54 ++++++++++++++++++++++++++++++++++++++++------ > include/uapi/linux/rpmsg.h | 10 +++++++++ > 2 files changed, 58 insertions(+), 6 deletions(-) > > diff --git a/drivers/rpmsg/rpmsg_char.c b/drivers/rpmsg/rpmsg_char.c > index a271fce..09833ad 100644 > --- a/drivers/rpmsg/rpmsg_char.c > +++ b/drivers/rpmsg/rpmsg_char.c > @@ -52,6 +52,8 @@ static DEFINE_IDA(rpmsg_minor_ida); > * @readq: wait object for incoming queue > * @default_ept: set to channel default endpoint if the default endpoint should be re-used > * on device open to prevent endpoint address update. > + * remote_flow_restricted: to indicate if the remote has requested for flow to be limited > + * remote_flow_updated: to indicate if the flow control has been requested > */ > struct rpmsg_eptdev { > struct device dev; > @@ -68,6 +70,8 @@ struct rpmsg_eptdev { > struct sk_buff_head queue; > wait_queue_head_t readq; > > + bool remote_flow_restricted; > + bool remote_flow_updated; > }; > > int rpmsg_chrdev_eptdev_destroy(struct device *dev, void *data) > @@ -116,6 +120,18 @@ static int rpmsg_ept_cb(struct rpmsg_device *rpdev, void *buf, int len, > return 0; > } > > +static int rpmsg_ept_flow_cb(struct rpmsg_device *rpdev, void *priv, bool enable) > +{ > + struct rpmsg_eptdev *eptdev = priv; > + > + eptdev->remote_flow_restricted = enable; > + eptdev->remote_flow_updated = true; > + > + wake_up_interruptible(&eptdev->readq); > + > + return 0; > +} > + > static int rpmsg_eptdev_open(struct inode *inode, struct file *filp) > { > struct rpmsg_eptdev *eptdev = cdev_to_eptdev(inode->i_cdev); > @@ -152,6 +168,7 @@ static int rpmsg_eptdev_open(struct inode *inode, struct file *filp) > return -EINVAL; > } > > + ept->flow_cb = rpmsg_ept_flow_cb; > eptdev->ept = ept; > filp->private_data = eptdev; > mutex_unlock(&eptdev->ept_lock); > @@ -172,6 +189,7 @@ static int rpmsg_eptdev_release(struct inode *inode, struct file *filp) > eptdev->ept = NULL; > } > mutex_unlock(&eptdev->ept_lock); > + eptdev->remote_flow_updated = false; > > /* Discard all SKBs */ > skb_queue_purge(&eptdev->queue); > @@ -285,6 +303,9 @@ static __poll_t rpmsg_eptdev_poll(struct file *filp, poll_table *wait) > if (!skb_queue_empty(&eptdev->queue)) > mask |= EPOLLIN | EPOLLRDNORM; > > + if (eptdev->remote_flow_updated) > + mask |= EPOLLPRI; > + > mutex_lock(&eptdev->ept_lock); > mask |= rpmsg_poll(eptdev->ept, filp, wait); > mutex_unlock(&eptdev->ept_lock); > @@ -297,14 +318,35 @@ static long rpmsg_eptdev_ioctl(struct file *fp, unsigned int cmd, > { > struct rpmsg_eptdev *eptdev = fp->private_data; > > - if (cmd != RPMSG_DESTROY_EPT_IOCTL) > - return -EINVAL; > + bool set; > + int ret; > > - /* Don't allow to destroy a default endpoint. */ > - if (eptdev->default_ept) > - return -EINVAL; > + switch (cmd) { > + case RPMSG_GET_OUTGOING_FLOWCONTROL: > + eptdev->remote_flow_updated = false; > + ret = put_user(eptdev->remote_flow_restricted, (int __user *)arg); > + break; > + case RPMSG_SET_INCOMING_FLOWCONTROL: > + if (arg > 1) { > + ret = -EINVAL; > + break; > + } > + set = !!arg; > + ret = rpmsg_set_flow_control(eptdev->ept, set, eptdev->chinfo.dst); > + break; > + case RPMSG_DESTROY_EPT_IOCTL: > + /* Don't allow to destroy a default endpoint. */ > + if (eptdev->default_ept) { > + ret = -EINVAL; > + break; > + } > + ret = rpmsg_chrdev_eptdev_destroy(&eptdev->dev, NULL); > + break; > + default: > + ret = -EINVAL; > + } > > - return rpmsg_chrdev_eptdev_destroy(&eptdev->dev, NULL); > + return ret; > } > > static const struct file_operations rpmsg_eptdev_fops = { > diff --git a/include/uapi/linux/rpmsg.h b/include/uapi/linux/rpmsg.h > index 1637e68..f0c8da2 100644 > --- a/include/uapi/linux/rpmsg.h > +++ b/include/uapi/linux/rpmsg.h > @@ -43,4 +43,14 @@ struct rpmsg_endpoint_info { > */ > #define RPMSG_RELEASE_DEV_IOCTL _IOW(0xb5, 0x4, struct rpmsg_endpoint_info) > > +/** > + * Get the flow control state of the remote rpmsg char device. > + */ > +#define RPMSG_GET_OUTGOING_FLOWCONTROL _IOR(0xb5, 0x5, int) > + > +/** > + * Set the flow control state of the local rpmsg char device. > + */ > +#define RPMSG_SET_INCOMING_FLOWCONTROL _IOR(0xb5, 0x6, int) > + Seems that it is not the use to document the parameters for IOCTL but I wonder if documenting the use of the RPMSG_GET_OUTGOING_FLOWCONTROL and RPMSG_SET_INCOMING_FLOWCONTROL parameter could help users to implement the IOCTL... For the series Acked-by: Arnaud Pouliquen Thanks, Arnaud > #endif