Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp919131ybe; Wed, 4 Sep 2019 09:37:57 -0700 (PDT) X-Google-Smtp-Source: APXvYqxWMEQDw8wqE1y3iL6Hia8agovaUDaPe5Egt/2zcVLMDAmS/FQwNDjYRVMgskaokyTi2zna X-Received: by 2002:a17:90a:fa82:: with SMTP id cu2mr6130685pjb.85.1567615077541; Wed, 04 Sep 2019 09:37:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567615077; cv=none; d=google.com; s=arc-20160816; b=j+XwgWnb19Q9PSAS0nTAQodHM+KCOdJ1+HfwsR2n1mLTC07LTHNoq1yrBBeH7zL6zu RlgCZkqKQtVW+3wfUjGEEwEpZH6Q5Z6vndbUi7U3b8hfpiFZB/obpFNrJ6/QFqx6bUV7 FpvWq/cuEZmqBPlQZNQKFI+3/0hjp9tx5fIk/W5pajXpFO6k6TAm/oncxBwbsVGryN36 wSyLCRgee8z+QqFku2y1PCOH1JgP3IL+Rz/obti3zCXfy2BIfdsxV+gK5VTzu8y9ygBx 9IzkpAJWBBuAFe480DJ6Cy1J5LbiDPaeAPw1ZIylQgVbmi0kQc9LZZxbYegR2s/rypAI THEw== 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:dkim-signature; bh=ovCwPOCYX/iIlh4m07brd0ChXCZy9O0d+L5pxnFCwEg=; b=BGQabcOTtShxskjW2+4pPoqCnKl1RcgAi9XZ4hW85gY+7SrK8N28fE1PjECHXzGIUr S1OZnlJocCWDbkdzv8x/5R1SijrX7TTWb7tXYStAhd16qoS7rpH37eEHhIouAJOq9Q0/ if+JWtuhAyq+mzsHxibpRJX1h0Z8b6Xr5dJZGA/IwygmUMaM9RX1OyvocQwLMtafn4jZ PszvnhX/CakEAR1T5TVa7k9EXrom0K++T5XVkPWORTG3Dqw5zpb7aCqGIcHgWwDHjSV2 8zuXUvy9g/qGag/pVjSnYWaPO30VplIZmzPGM+aBrHO+xmGU4noLHj2o+SYdPtWsOto+ jv9g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=kzBTpE9t; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r1si4350843pls.323.2019.09.04.09.37.41; Wed, 04 Sep 2019 09:37:57 -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; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=kzBTpE9t; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731792AbfIDQgl (ORCPT + 99 others); Wed, 4 Sep 2019 12:36:41 -0400 Received: from lelv0142.ext.ti.com ([198.47.23.249]:52896 "EHLO lelv0142.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731520AbfIDQgl (ORCPT ); Wed, 4 Sep 2019 12:36:41 -0400 Received: from fllv0035.itg.ti.com ([10.64.41.0]) by lelv0142.ext.ti.com (8.15.2/8.15.2) with ESMTP id x84GaRGb016239; Wed, 4 Sep 2019 11:36:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1567614987; bh=ovCwPOCYX/iIlh4m07brd0ChXCZy9O0d+L5pxnFCwEg=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=kzBTpE9ttmeNkmdRSFgACassXTP1FNgXBIb1gMx2fM9gZzU27i2XB3qpz4fR4Nh5c 8mUbJttJNUXCZEniLd62BflXZbxa1zLWvbtnj4GOty7/joYRNH4nLElUdMdA6ThCLo yqj0xtF4ovgFQuw1ju5ZeRfQNmBIaSi+iPrQTdXQ= Received: from DLEE108.ent.ti.com (dlee108.ent.ti.com [157.170.170.38]) by fllv0035.itg.ti.com (8.15.2/8.15.2) with ESMTP id x84GaRjh081728; Wed, 4 Sep 2019 11:36:27 -0500 Received: from DLEE102.ent.ti.com (157.170.170.32) by DLEE108.ent.ti.com (157.170.170.38) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Wed, 4 Sep 2019 11:36:26 -0500 Received: from lelv0326.itg.ti.com (10.180.67.84) by DLEE102.ent.ti.com (157.170.170.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5 via Frontend Transport; Wed, 4 Sep 2019 11:36:26 -0500 Received: from [128.247.58.153] (ileax41-snat.itg.ti.com [10.172.224.153]) by lelv0326.itg.ti.com (8.15.2/8.15.2) with ESMTP id x84GaQP0125478; Wed, 4 Sep 2019 11:36:26 -0500 Subject: Re: [PATCH v6 1/2] rpmsg: core: add API to get message length To: Arnaud Pouliquen , Ohad Ben-Cohen , Bjorn Andersson , Greg Kroah-Hartman , Jiri Slaby , xiang xiao , , CC: Fabien DESSENNE , , Alan Cox References: <1567602594-2913-1-git-send-email-arnaud.pouliquen@st.com> <1567602594-2913-2-git-send-email-arnaud.pouliquen@st.com> From: Suman Anna Message-ID: <704fadc2-3a62-5d23-6959-2495b497b3f9@ti.com> Date: Wed, 4 Sep 2019 11:36:26 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: <1567602594-2913-2-git-send-email-arnaud.pouliquen@st.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Arnaud, On 9/4/19 8:09 AM, Arnaud Pouliquen wrote: > Return the rpmsg buffer size for sending message, so rpmsg users > can split a long message in several sub rpmsg buffers. Couple more minor comments.. > > Signed-off-by: Arnaud Pouliquen > --- > drivers/rpmsg/rpmsg_core.c | 21 +++++++++++++++++++++ > drivers/rpmsg/rpmsg_internal.h | 2 ++ > drivers/rpmsg/virtio_rpmsg_bus.c | 10 ++++++++++ > include/linux/rpmsg.h | 10 ++++++++++ > 4 files changed, 43 insertions(+) > > diff --git a/drivers/rpmsg/rpmsg_core.c b/drivers/rpmsg/rpmsg_core.c > index e330ec4dfc33..a6ef54c4779a 100644 > --- a/drivers/rpmsg/rpmsg_core.c > +++ b/drivers/rpmsg/rpmsg_core.c > @@ -283,6 +283,27 @@ int rpmsg_trysend_offchannel(struct rpmsg_endpoint *ept, u32 src, u32 dst, > } > EXPORT_SYMBOL(rpmsg_trysend_offchannel); > > +/** > + * rpmsg_get_mtu() - get maximum transmission buffer size for sending message. > + * @ept: the rpmsg endpoint > + * > + * This function returns maximum buffer size available for a single message. > + * > + * Return: the maximum transmission size on success and an appropriate error > + * value on failure. > + */ > + > +ssize_t rpmsg_get_mtu(struct rpmsg_endpoint *ept) > +{ > + if (WARN_ON(!ept)) > + return -EINVAL; > + if (!ept->ops->get_mtu) > + return -ENOTSUPP; > + > + return ept->ops->get_mtu(ept); > +} > +EXPORT_SYMBOL(rpmsg_get_mtu); > + > /* > * match an rpmsg channel with a channel info struct. > * this is used to make sure we're not creating rpmsg devices for channels > diff --git a/drivers/rpmsg/rpmsg_internal.h b/drivers/rpmsg/rpmsg_internal.h > index 3fc83cd50e98..12b9e72adc75 100644 > --- a/drivers/rpmsg/rpmsg_internal.h > +++ b/drivers/rpmsg/rpmsg_internal.h > @@ -47,6 +47,7 @@ struct rpmsg_device_ops { > * @trysendto: see @rpmsg_trysendto(), optional > * @trysend_offchannel: see @rpmsg_trysend_offchannel(), optional > * @poll: see @rpmsg_poll(), optional > + * @get_mtu: see @get_mpu(), required see @rpmsg_get_mtu(). Isn't this optional atm, since we haven't added the callback for SMD transport? > * > * Indirection table for the operations that a rpmsg backend should implement. > * In addition to @destroy_ept, the backend must at least implement @send and > @@ -66,6 +67,7 @@ struct rpmsg_endpoint_ops { > void *data, int len); > __poll_t (*poll)(struct rpmsg_endpoint *ept, struct file *filp, > poll_table *wait); > + ssize_t (*get_mtu)(struct rpmsg_endpoint *ept); > }; > > int rpmsg_register_device(struct rpmsg_device *rpdev); > diff --git a/drivers/rpmsg/virtio_rpmsg_bus.c b/drivers/rpmsg/virtio_rpmsg_bus.c > index 376ebbf880d6..fab01b67a550 100644 > --- a/drivers/rpmsg/virtio_rpmsg_bus.c > +++ b/drivers/rpmsg/virtio_rpmsg_bus.c > @@ -175,6 +175,7 @@ static int virtio_rpmsg_trysendto(struct rpmsg_endpoint *ept, void *data, > int len, u32 dst); > static int virtio_rpmsg_trysend_offchannel(struct rpmsg_endpoint *ept, u32 src, > u32 dst, void *data, int len); > +static ssize_t virtio_rpmsg_get_buf_mtu(struct rpmsg_endpoint *ept); > > static const struct rpmsg_endpoint_ops virtio_endpoint_ops = { > .destroy_ept = virtio_rpmsg_destroy_ept, > @@ -184,6 +185,7 @@ static const struct rpmsg_endpoint_ops virtio_endpoint_ops = { > .trysend = virtio_rpmsg_trysend, > .trysendto = virtio_rpmsg_trysendto, > .trysend_offchannel = virtio_rpmsg_trysend_offchannel, > + .get_mtu = virtio_rpmsg_get_buf_mtu, > }; > > /** > @@ -699,6 +701,14 @@ static int virtio_rpmsg_trysend_offchannel(struct rpmsg_endpoint *ept, u32 src, > return rpmsg_send_offchannel_raw(rpdev, src, dst, data, len, false); > } > > +static ssize_t virtio_rpmsg_get_buf_mtu(struct rpmsg_endpoint *ept) > +{ > + struct rpmsg_device *rpdev = ept->rpdev; > + struct virtio_rpmsg_channel *vch = to_virtio_rpmsg_channel(rpdev); > + > + return vch->vrp->buf_size - sizeof(struct rpmsg_hdr); > +} > + > static int rpmsg_recv_single(struct virtproc_info *vrp, struct device *dev, > struct rpmsg_hdr *msg, unsigned int len) > { > diff --git a/include/linux/rpmsg.h b/include/linux/rpmsg.h > index 9fe156d1c018..9d638bf2bdce 100644 > --- a/include/linux/rpmsg.h > +++ b/include/linux/rpmsg.h > @@ -135,6 +135,8 @@ int rpmsg_trysend_offchannel(struct rpmsg_endpoint *ept, u32 src, u32 dst, > __poll_t rpmsg_poll(struct rpmsg_endpoint *ept, struct file *filp, > poll_table *wait); > > +ssize_t rpmsg_get_mtu(struct rpmsg_endpoint *ept); > + > #else > > static inline int register_rpmsg_device(struct rpmsg_device *dev) > @@ -242,6 +244,14 @@ static inline __poll_t rpmsg_poll(struct rpmsg_endpoint *ept, > return 0; > } > > +static ssize_t rpmsg_get_mtu(struct rpmsg_endpoint *ept) static inline regards Suman > +{ > + /* 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 */ >