Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp2971035rwd; Wed, 14 Jun 2023 09:29:43 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5bMuSBwqEl8tm/NkmQcIlUSDbuhEUOoNgYmOVkaZ4RMgjF1ilUSlPl5yNibAe+htu9d7yH X-Received: by 2002:a17:906:fe02:b0:965:fb87:4215 with SMTP id wy2-20020a170906fe0200b00965fb874215mr16120344ejb.15.1686760182929; Wed, 14 Jun 2023 09:29:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686760182; cv=none; d=google.com; s=arc-20160816; b=k9yz1PCxantwTCQpUfb5BwZz0QgV4+FCdyrzQp5qhFwVfLP0A8XHdzRYI2Zlyw0mbu V8nFzXB46cnpqPWmlYXgIPIYr3A7/0VHW+4VILi7yddApASuvtemYzqDCIOejzdig7mH tL1QzuIjJjm9QjowsmK+iDgv34d+xdGy6ug5aAN+L0phMt3dNTnWNERbyYI9Mul4dZpf NyRgVXa1BltZD7bWtpoiYAAk6ZKap4nUUYVfqOrGWxKZdLMeGrOT9pc0xYFDK0+mQhzJ UjYt8qL/XQQLGO+9FuwDtpft/csvqSuWnNbLOxdZqc75sLKgTABj//xW6RCSiDHEULM6 5sEQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=X6rsMIL49c6xH/uoB9Pr2NKjcuQG3UbjgXygKlaIwgU=; b=TxuOEuAWnemxj+BTKnZ9RhxWzB9EU4RcLDPU1Rf0AF1vfgmFsaMYUDnqcbc4hLXuxU icU2acLD7zEYurSPB+2X8qya2VtwhmItsikaCNAPPXEA8PvnQ9slhs7Vx0HtB9vyi7HN 8ZMuMcdzt9GublK17Pxu1kBLJ3jeJ5b/DRIhUjFDMwjRfABecX6OzdilflGFmWK3nkdC qbaEXrmaJF9kMFJrZHxZy6eemXyIR1OJ6yGCgqOr0Ra6TH6OmV8n0Zj9yMZwsopiMqry 4UKo7wq570mi+iRVDlwnMeqkA1CTmjf2pa5geaQnslUhwfhyqpW0wINN6v9J5+aRsPJj jstw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=ZEb+Ec8V; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kq19-20020a170906abd300b00965cf8f1be1si6026793ejb.617.2023.06.14.09.29.18; Wed, 14 Jun 2023 09:29:42 -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=@kernel.org header.s=k20201202 header.b=ZEb+Ec8V; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244687AbjFNPvf (ORCPT + 99 others); Wed, 14 Jun 2023 11:51:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47844 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235239AbjFNPve (ORCPT ); Wed, 14 Jun 2023 11:51:34 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E59B713E; Wed, 14 Jun 2023 08:51:32 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 771BF64192; Wed, 14 Jun 2023 15:51:32 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 237F1C433C8; Wed, 14 Jun 2023 15:51:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1686757891; bh=N8tBiky8IfN3dUZtLUSLP/8QzGTyYd+6D2QGSP7HKSw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ZEb+Ec8VbChLocTLWlIWsy9gLYvTx5iAt4lhXMUShZAjooaTjotx1gVwK/rZdTFZx v5mQWzEFWmsz9cS5uLWAFmirB3DHuvQltRZC6l8XO3OcJO45gI4hFyFmLSgBQ/rAx+ ps42+ScGEBKcQHNOTLL+V4V0P2Bl7VZf6Xg2UnnTmIE4D5KFrDo6xEXMI7xnf7xNRG lDLyFFjwve9RMBSEbi0YNTXKoOEC21HOxV3RQayu+ZIIOJecJyueYJvdEabwsMxLEy yQfRXGybcHi7pmjtGcxXqG9+2WW3HWji2t2caMFTEupWav5E09dn7GD3vySlfwvDrF 2xlzS+A388Ukw== Date: Wed, 14 Jun 2023 08:54:53 -0700 From: Bjorn Andersson To: Sarannya S Cc: quic_bjorande@quicinc.com, arnaud.pouliquen@foss.st.com, swboyd@chromium.org, quic_clew@quicinc.com, mathieu.poirier@linaro.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-remoteproc@vger.kernel.org, Deepak Kumar Singh Subject: Re: [PATCH V7 1/3] rpmsg: core: Add signal API support Message-ID: <20230614155453.dywcrntfjddxojfv@ripper> References: <1682160127-18103-1-git-send-email-quic_sarannya@quicinc.com> <1682160127-18103-2-git-send-email-quic_sarannya@quicinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1682160127-18103-2-git-send-email-quic_sarannya@quicinc.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, 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 Sat, Apr 22, 2023 at 04:12:05PM +0530, Sarannya S wrote: > From: Deepak Kumar Singh > > Some transports like Glink support the state notifications between > clients using flow control signals similar to serial protocol signals. > Local glink client drivers can send and receive flow control status > to glink clients running on remote processors. > > Add APIs to support sending and receiving of flow control status by > rpmsg clients. > > Signed-off-by: Deepak Kumar Singh > Signed-off-by: Sarannya S > --- > drivers/rpmsg/rpmsg_core.c | 21 +++++++++++++++++++++ > drivers/rpmsg/rpmsg_internal.h | 2 ++ > include/linux/rpmsg.h | 15 +++++++++++++++ > 3 files changed, 38 insertions(+) > > diff --git a/drivers/rpmsg/rpmsg_core.c b/drivers/rpmsg/rpmsg_core.c > index a2207c0..e8bbe05 100644 > --- a/drivers/rpmsg/rpmsg_core.c > +++ b/drivers/rpmsg/rpmsg_core.c > @@ -331,6 +331,25 @@ int rpmsg_trysend_offchannel(struct rpmsg_endpoint *ept, u32 src, u32 dst, > EXPORT_SYMBOL(rpmsg_trysend_offchannel); > > /** > + * rpmsg_set_flow_control() - sets/clears serial flow control signals > + * @ept: the rpmsg endpoint > + * @enable: pause/resume incoming data flow As shown in the discussion, it's still not clear what true/false means. Also, let's try to clarify that it's a request for the other side to do something: * rpmsg_set_flow_control() - request remote to pause/resume transmission * ... * @enable: flow restricted * ... PS. There's a stray space at the end of the line. > + * @dst: destination address of the endpoint > + * > + * Return: 0 on success and an appropriate error value on failure. > + */ > +int rpmsg_set_flow_control(struct rpmsg_endpoint *ept, bool enable, u32 dst) > +{ > + if (WARN_ON(!ept)) > + return -EINVAL; > + if (!ept->ops->set_flow_control) > + return -ENXIO; > + > + return ept->ops->set_flow_control(ept, enable, dst); > +} > +EXPORT_SYMBOL_GPL(rpmsg_set_flow_control); > + > +/** > * rpmsg_get_mtu() - get maximum transmission buffer size for sending message. > * @ept: the rpmsg endpoint > * > @@ -539,6 +558,8 @@ static int rpmsg_dev_probe(struct device *dev) > > rpdev->ept = ept; > rpdev->src = ept->addr; > + > + ept->flow_cb = rpdrv->flowcontrol; > } > > err = rpdrv->probe(rpdev); > diff --git a/drivers/rpmsg/rpmsg_internal.h b/drivers/rpmsg/rpmsg_internal.h > index 39b646d..b6efd3e 100644 > --- a/drivers/rpmsg/rpmsg_internal.h > +++ b/drivers/rpmsg/rpmsg_internal.h > @@ -55,6 +55,7 @@ struct rpmsg_device_ops { > * @trysendto: see @rpmsg_trysendto(), optional > * @trysend_offchannel: see @rpmsg_trysend_offchannel(), optional > * @poll: see @rpmsg_poll(), optional > + * @set_flow_control: see @rpmsg_set_flow_control(), optional > * @get_mtu: see @rpmsg_get_mtu(), optional > * > * Indirection table for the operations that a rpmsg backend should implement. > @@ -75,6 +76,7 @@ struct rpmsg_endpoint_ops { > void *data, int len); > __poll_t (*poll)(struct rpmsg_endpoint *ept, struct file *filp, > poll_table *wait); > + int (*set_flow_control)(struct rpmsg_endpoint *ept, bool enable, u32 dst); > ssize_t (*get_mtu)(struct rpmsg_endpoint *ept); > }; > > diff --git a/include/linux/rpmsg.h b/include/linux/rpmsg.h > index 523c98b..a0e9d38 100644 > --- a/include/linux/rpmsg.h > +++ b/include/linux/rpmsg.h > @@ -64,12 +64,14 @@ struct rpmsg_device { > }; > > typedef int (*rpmsg_rx_cb_t)(struct rpmsg_device *, void *, int, void *, u32); > +typedef int (*rpmsg_flowcontrol_cb_t)(struct rpmsg_device *, void *, bool); > > /** > * struct rpmsg_endpoint - binds a local rpmsg address to its user > * @rpdev: rpmsg channel device > * @refcount: when this drops to zero, the ept is deallocated > * @cb: rx callback handler > + * @flow_cb: remote flow control callback handler > * @cb_lock: must be taken before accessing/changing @cb > * @addr: local rpmsg address > * @priv: private data for the driver's use > @@ -92,6 +94,7 @@ struct rpmsg_endpoint { > struct rpmsg_device *rpdev; > struct kref refcount; > rpmsg_rx_cb_t cb; > + rpmsg_flowcontrol_cb_t flow_cb; > struct mutex cb_lock; > u32 addr; > void *priv; > @@ -106,6 +109,7 @@ struct rpmsg_endpoint { > * @probe: invoked when a matching rpmsg channel (i.e. device) is found > * @remove: invoked when the rpmsg channel is removed > * @callback: invoked when an inbound message is received on the channel > + * @flowcontrol: invoked when remote side flow control status is received s/status/request/ Regards, Bjorn > */ > struct rpmsg_driver { > struct device_driver drv; > @@ -113,6 +117,7 @@ struct rpmsg_driver { > int (*probe)(struct rpmsg_device *dev); > void (*remove)(struct rpmsg_device *dev); > int (*callback)(struct rpmsg_device *, void *, int, void *, u32); > + int (*flowcontrol)(struct rpmsg_device *, void *, bool); > }; > > static inline u16 rpmsg16_to_cpu(struct rpmsg_device *rpdev, __rpmsg16 val) > @@ -192,6 +197,8 @@ __poll_t rpmsg_poll(struct rpmsg_endpoint *ept, struct file *filp, > > ssize_t rpmsg_get_mtu(struct rpmsg_endpoint *ept); > > +int rpmsg_set_flow_control(struct rpmsg_endpoint *ept, bool enable, u32 dst); > + > #else > > static inline int rpmsg_register_device_override(struct rpmsg_device *rpdev, > @@ -316,6 +323,14 @@ static inline ssize_t rpmsg_get_mtu(struct rpmsg_endpoint *ept) > return -ENXIO; > } > > +static inline int rpmsg_set_flow_control(struct rpmsg_endpoint *ept, bool enable, u32 dst) > +{ > + /* This shouldn't be possible */ > + WARN_ON(1); > + > + return -ENXIO; > +} > + > #endif /* IS_ENABLED(CONFIG_RPMSG) */ > > /* use a macro to avoid include chaining to get THIS_MODULE */ > -- > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, > a Linux Foundation Collaborative Project >