From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 17E01A0C4D; Mon, 6 Sep 2021 10:00:21 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 9F0CB40E32; Mon, 6 Sep 2021 10:00:20 +0200 (CEST) Received: from szxga08-in.huawei.com (szxga08-in.huawei.com [45.249.212.255]) by mails.dpdk.org (Postfix) with ESMTP id B440240C35 for ; Mon, 6 Sep 2021 10:00:18 +0200 (CEST) Received: from dggemv703-chm.china.huawei.com (unknown [172.30.72.56]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4H315C3hDmz1DGhV; Mon, 6 Sep 2021 15:59:27 +0800 (CST) Received: from dggpeml500024.china.huawei.com (7.185.36.10) by dggemv703-chm.china.huawei.com (10.3.19.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Mon, 6 Sep 2021 16:00:16 +0800 Received: from [10.40.190.165] (10.40.190.165) by dggpeml500024.china.huawei.com (7.185.36.10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.8; Mon, 6 Sep 2021 16:00:15 +0800 To: "Li, Xiaoyun" , Maxime Coquelin , "Richardson, Bruce" CC: "thomas@monjalon.net" , "Yigit, Ferruh" , "jerinj@marvell.com" , "jerinjacobk@gmail.com" , "andrew.rybchenko@oktetlabs.ru" , "dev@dpdk.org" , "mb@smartsharesystems.com" , "nipun.gupta@nxp.com" , "hemant.agrawal@nxp.com" , "honnappa.nagarahalli@arm.com" , "david.marchand@redhat.com" , "sburla@marvell.com" , "pkapoor@marvell.com" , "Ananyev, Konstantin" , "Walsh, Conor" , "Xia, Chenbo" References: <1625231891-2963-1-git-send-email-fengchengwen@huawei.com> <1630580057-29295-1-git-send-email-fengchengwen@huawei.com> <1630580057-29295-9-git-send-email-fengchengwen@huawei.com> <8c5a24b0-a008-652e-dcde-f18d3fe6a4a7@huawei.com> From: fengchengwen Message-ID: <751a541c-956b-a9fc-86ba-2d1c1067f48e@huawei.com> Date: Mon, 6 Sep 2021 16:00:15 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.40.190.165] X-ClientProxiedBy: dggems702-chm.china.huawei.com (10.3.19.179) To dggpeml500024.china.huawei.com (7.185.36.10) X-CFilter-Loop: Reflected Subject: Re: [dpdk-dev] [PATCH v18 8/8] maintainers: add for dmadev X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On 2021/9/6 9:46, Li, Xiaoyun wrote: > Hi > >> -----Original Message----- >> From: fengchengwen >> Sent: Saturday, September 4, 2021 15:02 >> To: Maxime Coquelin ; Richardson, Bruce >> ; Li, Xiaoyun >> Cc: thomas@monjalon.net; Yigit, Ferruh ; >> jerinj@marvell.com; jerinjacobk@gmail.com; andrew.rybchenko@oktetlabs.ru; >> dev@dpdk.org; mb@smartsharesystems.com; nipun.gupta@nxp.com; >> hemant.agrawal@nxp.com; honnappa.nagarahalli@arm.com; >> david.marchand@redhat.com; sburla@marvell.com; pkapoor@marvell.com; >> Ananyev, Konstantin ; Walsh, Conor >> ; Xia, Chenbo >> Subject: Re: [PATCH v18 8/8] maintainers: add for dmadev >> >> On 2021/9/3 20:59, Maxime Coquelin wrote: >>> Hi, >>> >>> On 9/2/21 3:39 PM, fengchengwen wrote: >>>> Fix in v19 >>>> >>>> I think there many patches wait for dmadev framework upstream, so >>>> could you help review unreviewd patches (like dma/skeleton and app/test)? >>> >>> Thanks for all the work, it looks really promising! >>> >>>> Also, we have developed the dma driver for hisilicon, and >>>> corresponding test app (like examples/vhost and testpmd) is being developed. >>>> >>>> examples/vhost: will extend support dmadev type. >>> >>> I think Sunil has posted RFC for Vhost lib and example, you might want >>> to have a look to avoid duplicate work. >> >> Got it, thanks >> >>> >>>> testpmd: will introduces some dma control commands and the dma >> forwarding mode. >>>> the dma forwarding mode process: >>>> // 1st: call rte_eth_rx_burst >>>> // 2st: post received packet to dma, move data to another packet >>>> // 3st: set newcopyed rte_mbuf header >>>> // 4st: free received packet >>>> // 5st: get dma completed request and associate it rte_mbuf >>>> // 6st: send 5st's rte_mbuf to nic >>>> >>>> @Maxime @Chenbo @Xiaoyun Like to hear your opinion. > > What're some dma control commands? Can you give some examples here? It is only a plan. Our test team reports that some test points, such as configuring the queue depth, are required. Based on the current discussion, we are not prepared to support this feature, this thread could be closed. > > And the fwding mode in testpmd sounds like a function test to verify functions of dmadev. > Why don't you just test in app/test like test_eventdev or test_cryptodev? What's the purpose of this dma forwarding mode since it's just dma-copy from one mbuf to another? > >>> >>> We might also think of adding async support to Vhost PMD, that would >>> be another way to test dmadev with testpmd. > > +1 on this. This makes more sense. > >> >> OK >> >>> >>> Thanks, >>> Maxime >>> >>>> >>>> On 2021/9/2 19:51, Bruce Richardson wrote: >>>>> On Thu, Sep 02, 2021 at 06:54:17PM +0800, Chengwen Feng wrote: >>>>>> This patch add myself as dmadev's maintainer and update release notes. >>>>>> >>>>>> Signed-off-by: Chengwen Feng --- >>>>> >>>>> Just in case you are doing any further revisions of this patchset, >>>>> the maintainers entry, and RN entry, generally is added in the first >>>>> patch, so squash this patch into patch #1. >>>>> . >>>>> >>>> >>> >>> . >>>