Message ID | 20230315012840.6986-1-cai.huoqing@linux.dev |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:5915:0:0:0:0:0 with SMTP id v21csp2079993wrd; Tue, 14 Mar 2023 18:33:23 -0700 (PDT) X-Google-Smtp-Source: AK7set/sp6loNFQklDlR/dtlFQp2haL3V0GZFfOlOMM4mf67rT3zwDzCh0luBZR9/dHKVdntvP/9 X-Received: by 2002:a05:6a20:3b99:b0:d4:5473:461e with SMTP id b25-20020a056a203b9900b000d45473461emr7472056pzh.43.1678844002798; Tue, 14 Mar 2023 18:33:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1678844002; cv=none; d=google.com; s=arc-20160816; b=PHeC8fLMqwVW18RpRUhqfqXu0Uib9uirBBQc1EM+GV72ttdrtPnYPnpeZS9Dme/HX/ 4zp2tTY1pLWYJXtyl7Os7rSuiAWOM8ay1VmLZvuvWgUEyP4/WcK7pI9vLMqpW+IdJv09 PgCwusecukBgSPoKkTJm/ssWXBRaLeqW8njszarFFOMe8gov1BR7YhgWKdVnRv+GZ5Jx BIXGu7oxGs0LqxtkXmVfYSZlR42PgGj6fsM/3+mQ6i6dd8DvylyJuiTWZQjsMeYWFaPN iSfe8TBBC0mMVVwD0BmkDvd9eKAlE+GcK9xntw2cEb0HXZQ/jVwmH84cip2GW1qAW5Fz qZpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=SbhNB0cfLDO3HtuutBQ598/LzaRS6h4ccRnDWxuQ86I=; b=UlOIoZ+YyN8hZ0Dl6X2aalnyGzcAlIXwZiTMwUe4vYLUU+kvNKB1ElqX7MQemdWZkL VjHca2WiAwkCQEkDWrbjipo462DjgxzOAV6/8Vq7JmAlaDshmXCEfmbK20xeogiWkAUo sYYxSMhdOObQTDF2sP+UPVrHaQg8EUVjLjeaKanhqKTT7HHY5DY+GKN3F2Qh1ikIm9Qq 56iJCjxrkzD8+6eh6/RmYCrE8SN7GCOuBINeJJKQWD6rCAPjq2rg8Aa5IbMUE166dhy7 /QrXQctnwZD/b3OuXwUV3Z6RBoc0gl0X5xvwgV7KCnaPvyLfJQ3eataJxUp7RCkTfG0O 0Aag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=oSHp16b9; 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=linux.dev Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i187-20020a626dc4000000b00624eb57b45dsi3486176pfc.74.2023.03.14.18.33.07; Tue, 14 Mar 2023 18:33:22 -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=@linux.dev header.s=key1 header.b=oSHp16b9; 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=linux.dev Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229780AbjCOB2y (ORCPT <rfc822;realc9580@gmail.com> + 99 others); Tue, 14 Mar 2023 21:28:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37212 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229571AbjCOB2w (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 14 Mar 2023 21:28:52 -0400 Received: from out-62.mta1.migadu.com (out-62.mta1.migadu.com [IPv6:2001:41d0:203:375::3e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1C66116AF8 for <linux-kernel@vger.kernel.org>; Tue, 14 Mar 2023 18:28:48 -0700 (PDT) X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1678843726; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=SbhNB0cfLDO3HtuutBQ598/LzaRS6h4ccRnDWxuQ86I=; b=oSHp16b9M+WrfR1yGZCG7/6dHjG0AKOnISXP5kGNnGVPjLSgNJe4i8vJP7lTaS62fNhjse 3aJEne0h7bxxPnXJQDrCopbmF67nhLTQga9fB8yto7zS5iEixOrnwwNyE67juKqNIbGR2n ZL0JdLqQQ/oqb0XABKwBDyWAkWjClBQ= From: Cai Huoqing <cai.huoqing@linux.dev> To: fancer.lancer@gmail.com Cc: Cai Huoqing <cai.huoqing@linux.dev>, Gustavo Pimentel <gustavo.pimentel@synopsys.com>, Vinod Koul <vkoul@kernel.org>, Jingoo Han <jingoohan1@gmail.com>, Lorenzo Pieralisi <lpieralisi@kernel.org>, =?utf-8?q?Krzysztof_Wilczy=C5=84?= =?utf-8?q?ski?= <kw@linux.com>, Rob Herring <robh@kernel.org>, Bjorn Helgaas <bhelgaas@google.com>, linux-kernel@vger.kernel.org, dmaengine@vger.kernel.org, linux-pci@vger.kernel.org Subject: [PATCH v7 0/5] dmaengine: dw-edma: Add support for native HDMA Date: Wed, 15 Mar 2023 09:28:31 +0800 Message-Id: <20230315012840.6986-1-cai.huoqing@linux.dev> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Migadu-Flow: FLOW_OUT X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=unavailable 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1760395522210499406?= X-GMAIL-MSGID: =?utf-8?q?1760395528824037151?= |
Series |
dmaengine: dw-edma: Add support for native HDMA
|
|
Message
Cai Huoqing
March 15, 2023, 1:28 a.m. UTC
Add support for HDMA NATIVE, as long the IP design has set the compatible register map parameter-HDMA_NATIVE, which allows compatibility for native HDMA register configuration. The HDMA Hyper-DMA IP is an enhancement of the eDMA embedded-DMA IP. And the native HDMA registers are different from eDMA, so this patch add support for HDMA NATIVE mode. HDMA write and read channels operate independently to maximize the performance of the HDMA read and write data transfer over the link When you configure the HDMA with multiple read channels, then it uses a round robin (RR) arbitration scheme to select the next read channel to be serviced.The same applies when youhave multiple write channels. The native HDMA driver also supports a maximum of 16 independent channels (8 write + 8 read), which can run simultaneously. Both SAR (Source Address Register) and DAR (Destination Address Register) are aligned to byte. Cai Huoqing (2): dmaengine: dw-edma: Add support for native HDMA dmaengine: dw-edma: Optimization in dw_edma_v0_core_handle_int Cai huoqing (3): dmaengine: dw-edma: Rename dw_edma_core_ops structure to dw_edma_plat_ops dmaengine: dw-edma: Create a new dw_edma_core_ops structure to abstract controller operation dmaengine: dw-edma: Add HDMA DebugFS support v6->v7: [1/5] 1.Update the commit log. [2/5] 2.Revert dw_edma_core_handle_int back to dw-edma-core.h. 3.Fix code style. [3/5] 4.Move the change of register file from patch[4/5] to patch[3/5]. 5.Fix code style. v6 link: https://lore.kernel.org/lkml/20230310032342.17395-1-cai.huoqing@linux.dev/ drivers/dma/dw-edma/Makefile | 8 +- drivers/dma/dw-edma/dw-edma-core.c | 86 ++---- drivers/dma/dw-edma/dw-edma-core.h | 58 ++++ drivers/dma/dw-edma/dw-edma-pcie.c | 4 +- drivers/dma/dw-edma/dw-edma-v0-core.c | 91 ++++-- drivers/dma/dw-edma/dw-edma-v0-core.h | 14 +- drivers/dma/dw-edma/dw-hdma-v0-core.c | 277 +++++++++++++++++++ drivers/dma/dw-edma/dw-hdma-v0-core.h | 17 ++ drivers/dma/dw-edma/dw-hdma-v0-debugfs.c | 176 ++++++++++++ drivers/dma/dw-edma/dw-hdma-v0-debugfs.h | 22 ++ drivers/dma/dw-edma/dw-hdma-v0-regs.h | 130 +++++++++ drivers/pci/controller/dwc/pcie-designware.c | 2 +- include/linux/dma/edma.h | 7 +- 13 files changed, 785 insertions(+), 107 deletions(-) create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.c create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.h create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.c create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.h create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-regs.h
Comments
Hi Cai On Wed, Mar 15, 2023 at 09:28:31AM +0800, Cai Huoqing wrote: > Add support for HDMA NATIVE, as long the IP design has set > the compatible register map parameter-HDMA_NATIVE, > which allows compatibility for native HDMA register configuration. > > The HDMA Hyper-DMA IP is an enhancement of the eDMA embedded-DMA IP. > And the native HDMA registers are different from eDMA, > so this patch add support for HDMA NATIVE mode. > > HDMA write and read channels operate independently to maximize > the performance of the HDMA read and write data transfer over > the link When you configure the HDMA with multiple read channels, > then it uses a round robin (RR) arbitration scheme to select > the next read channel to be serviced.The same applies when > youhave multiple write channels. > > The native HDMA driver also supports a maximum of 16 independent > channels (8 write + 8 read), which can run simultaneously. > Both SAR (Source Address Register) and DAR (Destination Address Register) > are aligned to byte. It seems like we are getting towards the series finalization. I'll test it out on my HW after v8 is submitted. Meanwhile could you please clarify whether you have a real device with DW HDMA engine on board? You keep submitting the DW eDMA driver core update, but there is no glue-driver or low-level device driver patch for a real device which would set the EDMA_MF_HDMA_NATIVE mapping. -Serge(y) > > Cai Huoqing (2): > dmaengine: dw-edma: Add support for native HDMA > dmaengine: dw-edma: Optimization in dw_edma_v0_core_handle_int > > Cai huoqing (3): > dmaengine: dw-edma: Rename dw_edma_core_ops structure to > dw_edma_plat_ops > dmaengine: dw-edma: Create a new dw_edma_core_ops structure to > abstract controller operation > dmaengine: dw-edma: Add HDMA DebugFS support > > v6->v7: > [1/5] > 1.Update the commit log. > [2/5] > 2.Revert dw_edma_core_handle_int back to dw-edma-core.h. > 3.Fix code style. > [3/5] > 4.Move the change of register file from patch[4/5] to patch[3/5]. > 5.Fix code style. > > v6 link: > https://lore.kernel.org/lkml/20230310032342.17395-1-cai.huoqing@linux.dev/ > > drivers/dma/dw-edma/Makefile | 8 +- > drivers/dma/dw-edma/dw-edma-core.c | 86 ++---- > drivers/dma/dw-edma/dw-edma-core.h | 58 ++++ > drivers/dma/dw-edma/dw-edma-pcie.c | 4 +- > drivers/dma/dw-edma/dw-edma-v0-core.c | 91 ++++-- > drivers/dma/dw-edma/dw-edma-v0-core.h | 14 +- > drivers/dma/dw-edma/dw-hdma-v0-core.c | 277 +++++++++++++++++++ > drivers/dma/dw-edma/dw-hdma-v0-core.h | 17 ++ > drivers/dma/dw-edma/dw-hdma-v0-debugfs.c | 176 ++++++++++++ > drivers/dma/dw-edma/dw-hdma-v0-debugfs.h | 22 ++ > drivers/dma/dw-edma/dw-hdma-v0-regs.h | 130 +++++++++ > drivers/pci/controller/dwc/pcie-designware.c | 2 +- > include/linux/dma/edma.h | 7 +- > 13 files changed, 785 insertions(+), 107 deletions(-) > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.c > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.h > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.c > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.h > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-regs.h > > -- > 2.34.1 >
On 20 3月 23 15:14:01, Serge Semin wrote: > Hi Cai > > On Wed, Mar 15, 2023 at 09:28:31AM +0800, Cai Huoqing wrote: > > Add support for HDMA NATIVE, as long the IP design has set > > the compatible register map parameter-HDMA_NATIVE, > > which allows compatibility for native HDMA register configuration. > > > > The HDMA Hyper-DMA IP is an enhancement of the eDMA embedded-DMA IP. > > And the native HDMA registers are different from eDMA, > > so this patch add support for HDMA NATIVE mode. > > > > HDMA write and read channels operate independently to maximize > > the performance of the HDMA read and write data transfer over > > the link When you configure the HDMA with multiple read channels, > > then it uses a round robin (RR) arbitration scheme to select > > the next read channel to be serviced.The same applies when > > youhave multiple write channels. > > > > The native HDMA driver also supports a maximum of 16 independent > > channels (8 write + 8 read), which can run simultaneously. > > Both SAR (Source Address Register) and DAR (Destination Address Register) > > are aligned to byte. > > It seems like we are getting towards the series finalization. I'll > test it out on my HW after v8 is submitted. Meanwhile could you please > clarify whether you have a real device with DW HDMA engine on board? Our hardware is an AI Accelerartor(PCIE Card). The device pci.ids is 1d22:3864 in https://github.com/pciutils/pciids/blob/master/pci.ids line 24737, "1d22 Baidu Technology 3684 Kunlun AI Accelerator 3685 Kunlun2 AI Accelerator [VF]" And our device driver is not ready to upstream(will cost serveral months to port DRM etc.), but I have taken this DW eDMA core into our driver test. Thanks Cai- > You keep submitting the DW eDMA driver core update, but there is no > glue-driver or low-level device driver patch for a real device which > would set the EDMA_MF_HDMA_NATIVE mapping. > > -Serge(y) > > > > > Cai Huoqing (2): > > dmaengine: dw-edma: Add support for native HDMA > > dmaengine: dw-edma: Optimization in dw_edma_v0_core_handle_int > > > > Cai huoqing (3): > > dmaengine: dw-edma: Rename dw_edma_core_ops structure to > > dw_edma_plat_ops > > dmaengine: dw-edma: Create a new dw_edma_core_ops structure to > > abstract controller operation > > dmaengine: dw-edma: Add HDMA DebugFS support > > > > v6->v7: > > [1/5] > > 1.Update the commit log. > > [2/5] > > 2.Revert dw_edma_core_handle_int back to dw-edma-core.h. > > 3.Fix code style. > > [3/5] > > 4.Move the change of register file from patch[4/5] to patch[3/5]. > > 5.Fix code style. > > > > v6 link: > > https://lore.kernel.org/lkml/20230310032342.17395-1-cai.huoqing@linux.dev/ > > > > drivers/dma/dw-edma/Makefile | 8 +- > > drivers/dma/dw-edma/dw-edma-core.c | 86 ++---- > > drivers/dma/dw-edma/dw-edma-core.h | 58 ++++ > > drivers/dma/dw-edma/dw-edma-pcie.c | 4 +- > > drivers/dma/dw-edma/dw-edma-v0-core.c | 91 ++++-- > > drivers/dma/dw-edma/dw-edma-v0-core.h | 14 +- > > drivers/dma/dw-edma/dw-hdma-v0-core.c | 277 +++++++++++++++++++ > > drivers/dma/dw-edma/dw-hdma-v0-core.h | 17 ++ > > drivers/dma/dw-edma/dw-hdma-v0-debugfs.c | 176 ++++++++++++ > > drivers/dma/dw-edma/dw-hdma-v0-debugfs.h | 22 ++ > > drivers/dma/dw-edma/dw-hdma-v0-regs.h | 130 +++++++++ > > drivers/pci/controller/dwc/pcie-designware.c | 2 +- > > include/linux/dma/edma.h | 7 +- > > 13 files changed, 785 insertions(+), 107 deletions(-) > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.c > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.h > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.c > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.h > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-regs.h > > > > -- > > 2.34.1 > >
On Tue, Mar 21, 2023 at 10:31:47AM +0800, Cai Huoqing wrote: > On 20 3月 23 15:14:01, Serge Semin wrote: > > Hi Cai > > > > On Wed, Mar 15, 2023 at 09:28:31AM +0800, Cai Huoqing wrote: > > > Add support for HDMA NATIVE, as long the IP design has set > > > the compatible register map parameter-HDMA_NATIVE, > > > which allows compatibility for native HDMA register configuration. > > > > > > The HDMA Hyper-DMA IP is an enhancement of the eDMA embedded-DMA IP. > > > And the native HDMA registers are different from eDMA, > > > so this patch add support for HDMA NATIVE mode. > > > > > > HDMA write and read channels operate independently to maximize > > > the performance of the HDMA read and write data transfer over > > > the link When you configure the HDMA with multiple read channels, > > > then it uses a round robin (RR) arbitration scheme to select > > > the next read channel to be serviced.The same applies when > > > youhave multiple write channels. > > > > > > The native HDMA driver also supports a maximum of 16 independent > > > channels (8 write + 8 read), which can run simultaneously. > > > Both SAR (Source Address Register) and DAR (Destination Address Register) > > > are aligned to byte. > > > > It seems like we are getting towards the series finalization. I'll > > test it out on my HW after v8 is submitted. Meanwhile could you please > > clarify whether you have a real device with DW HDMA engine on board? > > Our hardware is an AI Accelerartor(PCIE Card). > > The device pci.ids is 1d22:3864 > in https://github.com/pciutils/pciids/blob/master/pci.ids > line 24737, > > "1d22 Baidu Technology > 3684 Kunlun AI Accelerator > 3685 Kunlun2 AI Accelerator [VF]" > > And our device driver is not ready to upstream(will cost serveral > > months to port DRM etc.), Ok. Thanks for clarification. Could you please add me to the Cc-list of the AI-accelerator patch when it's ready to be submitted for review. I am not that familiar with the DRM-part, but would like to have a look at the DMA-related code. -Serge(y) > > but I have taken this DW eDMA core into our driver test. > > Thanks > Cai- > > > You keep submitting the DW eDMA driver core update, but there is no > > glue-driver or low-level device driver patch for a real device which > > would set the EDMA_MF_HDMA_NATIVE mapping. > > > > -Serge(y) > > > > > > > > Cai Huoqing (2): > > > dmaengine: dw-edma: Add support for native HDMA > > > dmaengine: dw-edma: Optimization in dw_edma_v0_core_handle_int > > > > > > Cai huoqing (3): > > > dmaengine: dw-edma: Rename dw_edma_core_ops structure to > > > dw_edma_plat_ops > > > dmaengine: dw-edma: Create a new dw_edma_core_ops structure to > > > abstract controller operation > > > dmaengine: dw-edma: Add HDMA DebugFS support > > > > > > v6->v7: > > > [1/5] > > > 1.Update the commit log. > > > [2/5] > > > 2.Revert dw_edma_core_handle_int back to dw-edma-core.h. > > > 3.Fix code style. > > > [3/5] > > > 4.Move the change of register file from patch[4/5] to patch[3/5]. > > > 5.Fix code style. > > > > > > v6 link: > > > https://lore.kernel.org/lkml/20230310032342.17395-1-cai.huoqing@linux.dev/ > > > > > > drivers/dma/dw-edma/Makefile | 8 +- > > > drivers/dma/dw-edma/dw-edma-core.c | 86 ++---- > > > drivers/dma/dw-edma/dw-edma-core.h | 58 ++++ > > > drivers/dma/dw-edma/dw-edma-pcie.c | 4 +- > > > drivers/dma/dw-edma/dw-edma-v0-core.c | 91 ++++-- > > > drivers/dma/dw-edma/dw-edma-v0-core.h | 14 +- > > > drivers/dma/dw-edma/dw-hdma-v0-core.c | 277 +++++++++++++++++++ > > > drivers/dma/dw-edma/dw-hdma-v0-core.h | 17 ++ > > > drivers/dma/dw-edma/dw-hdma-v0-debugfs.c | 176 ++++++++++++ > > > drivers/dma/dw-edma/dw-hdma-v0-debugfs.h | 22 ++ > > > drivers/dma/dw-edma/dw-hdma-v0-regs.h | 130 +++++++++ > > > drivers/pci/controller/dwc/pcie-designware.c | 2 +- > > > include/linux/dma/edma.h | 7 +- > > > 13 files changed, 785 insertions(+), 107 deletions(-) > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.c > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.h > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.c > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.h > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-regs.h > > > > > > -- > > > 2.34.1 > > >
On 21 3月 23 11:34:07, Serge Semin wrote: > On Tue, Mar 21, 2023 at 10:31:47AM +0800, Cai Huoqing wrote: > > On 20 3月 23 15:14:01, Serge Semin wrote: > > > Hi Cai > > > > > > On Wed, Mar 15, 2023 at 09:28:31AM +0800, Cai Huoqing wrote: > > > > Add support for HDMA NATIVE, as long the IP design has set > > > > the compatible register map parameter-HDMA_NATIVE, > > > > which allows compatibility for native HDMA register configuration. > > > > > > > > The HDMA Hyper-DMA IP is an enhancement of the eDMA embedded-DMA IP. > > > > And the native HDMA registers are different from eDMA, > > > > so this patch add support for HDMA NATIVE mode. > > > > > > > > HDMA write and read channels operate independently to maximize > > > > the performance of the HDMA read and write data transfer over > > > > the link When you configure the HDMA with multiple read channels, > > > > then it uses a round robin (RR) arbitration scheme to select > > > > the next read channel to be serviced.The same applies when > > > > youhave multiple write channels. > > > > > > > > The native HDMA driver also supports a maximum of 16 independent > > > > channels (8 write + 8 read), which can run simultaneously. > > > > Both SAR (Source Address Register) and DAR (Destination Address Register) > > > > are aligned to byte. > > > > > > It seems like we are getting towards the series finalization. I'll > > > test it out on my HW after v8 is submitted. Meanwhile could you please > > > clarify whether you have a real device with DW HDMA engine on board? > > > > > Our hardware is an AI Accelerartor(PCIE Card). > > > > The device pci.ids is 1d22:3864 > > in https://github.com/pciutils/pciids/blob/master/pci.ids > > line 24737, > > > > "1d22 Baidu Technology > > 3684 Kunlun AI Accelerator > > 3685 Kunlun2 AI Accelerator [VF]" > > > > And our device driver is not ready to upstream(will cost serveral > > > > months to port DRM etc.), > > Ok. Thanks for clarification. Could you please add me to the Cc-list of > the AI-accelerator patch when it's ready to be submitted for review. I am > not that familiar with the DRM-part, but would like to have a look at > the DMA-related code. Sure, I'll Cc you if I send the patches. By the way, Why use native hdma: Our device v1 also use dw-edma. But we find that navtive HDMA work better in SRIOV on, channel CSR can be map to every VF instead of some global regiter must in PF. So v2 use native hdma. Thanks, -Cai > > -Serge(y) > > > > > but I have taken this DW eDMA core into our driver test. > > > > Thanks > > Cai- > > > > > You keep submitting the DW eDMA driver core update, but there is no > > > glue-driver or low-level device driver patch for a real device which > > > would set the EDMA_MF_HDMA_NATIVE mapping. > > > > > > -Serge(y) > > > > > > > > > > > Cai Huoqing (2): > > > > dmaengine: dw-edma: Add support for native HDMA > > > > dmaengine: dw-edma: Optimization in dw_edma_v0_core_handle_int > > > > > > > > Cai huoqing (3): > > > > dmaengine: dw-edma: Rename dw_edma_core_ops structure to > > > > dw_edma_plat_ops > > > > dmaengine: dw-edma: Create a new dw_edma_core_ops structure to > > > > abstract controller operation > > > > dmaengine: dw-edma: Add HDMA DebugFS support > > > > > > > > v6->v7: > > > > [1/5] > > > > 1.Update the commit log. > > > > [2/5] > > > > 2.Revert dw_edma_core_handle_int back to dw-edma-core.h. > > > > 3.Fix code style. > > > > [3/5] > > > > 4.Move the change of register file from patch[4/5] to patch[3/5]. > > > > 5.Fix code style. > > > > > > > > v6 link: > > > > https://lore.kernel.org/lkml/20230310032342.17395-1-cai.huoqing@linux.dev/ > > > > > > > > drivers/dma/dw-edma/Makefile | 8 +- > > > > drivers/dma/dw-edma/dw-edma-core.c | 86 ++---- > > > > drivers/dma/dw-edma/dw-edma-core.h | 58 ++++ > > > > drivers/dma/dw-edma/dw-edma-pcie.c | 4 +- > > > > drivers/dma/dw-edma/dw-edma-v0-core.c | 91 ++++-- > > > > drivers/dma/dw-edma/dw-edma-v0-core.h | 14 +- > > > > drivers/dma/dw-edma/dw-hdma-v0-core.c | 277 +++++++++++++++++++ > > > > drivers/dma/dw-edma/dw-hdma-v0-core.h | 17 ++ > > > > drivers/dma/dw-edma/dw-hdma-v0-debugfs.c | 176 ++++++++++++ > > > > drivers/dma/dw-edma/dw-hdma-v0-debugfs.h | 22 ++ > > > > drivers/dma/dw-edma/dw-hdma-v0-regs.h | 130 +++++++++ > > > > drivers/pci/controller/dwc/pcie-designware.c | 2 +- > > > > include/linux/dma/edma.h | 7 +- > > > > 13 files changed, 785 insertions(+), 107 deletions(-) > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.c > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.h > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.c > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.h > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-regs.h > > > > > > > > -- > > > > 2.34.1 > > > >
On Tue, Mar 21, 2023 at 08:21:33PM +0800, Cai Huoqing wrote: > On 21 3月 23 11:34:07, Serge Semin wrote: > > On Tue, Mar 21, 2023 at 10:31:47AM +0800, Cai Huoqing wrote: > > > On 20 3月 23 15:14:01, Serge Semin wrote: > > > > Hi Cai > > > > > > > > On Wed, Mar 15, 2023 at 09:28:31AM +0800, Cai Huoqing wrote: > > > > > Add support for HDMA NATIVE, as long the IP design has set > > > > > the compatible register map parameter-HDMA_NATIVE, > > > > > which allows compatibility for native HDMA register configuration. > > > > > > > > > > The HDMA Hyper-DMA IP is an enhancement of the eDMA embedded-DMA IP. > > > > > And the native HDMA registers are different from eDMA, > > > > > so this patch add support for HDMA NATIVE mode. > > > > > > > > > > HDMA write and read channels operate independently to maximize > > > > > the performance of the HDMA read and write data transfer over > > > > > the link When you configure the HDMA with multiple read channels, > > > > > then it uses a round robin (RR) arbitration scheme to select > > > > > the next read channel to be serviced.The same applies when > > > > > youhave multiple write channels. > > > > > > > > > > The native HDMA driver also supports a maximum of 16 independent > > > > > channels (8 write + 8 read), which can run simultaneously. > > > > > Both SAR (Source Address Register) and DAR (Destination Address Register) > > > > > are aligned to byte. > > > > > > > > It seems like we are getting towards the series finalization. I'll > > > > test it out on my HW after v8 is submitted. Meanwhile could you please > > > > clarify whether you have a real device with DW HDMA engine on board? > > > > > > > > Our hardware is an AI Accelerartor(PCIE Card). > > > > > > The device pci.ids is 1d22:3864 > > > in https://github.com/pciutils/pciids/blob/master/pci.ids > > > line 24737, > > > > > > "1d22 Baidu Technology > > > 3684 Kunlun AI Accelerator > > > 3685 Kunlun2 AI Accelerator [VF]" > > > > > > And our device driver is not ready to upstream(will cost serveral > > > > > > months to port DRM etc.), > > > > Ok. Thanks for clarification. Could you please add me to the Cc-list of > > the AI-accelerator patch when it's ready to be submitted for review. I am > > not that familiar with the DRM-part, but would like to have a look at > > the DMA-related code. > Sure, I'll Cc you if I send the patches. Great! Thanks in advance. > > By the way, Why use native hdma: > > Our device v1 also use dw-edma. But we find that navtive HDMA work better > > in SRIOV on, channel CSR can be map to every VF instead of some global > > regiter must in PF. So v2 use native hdma. Good to know. Thanks. -Serge(y) > > Thanks, > -Cai > > > > > -Serge(y) > > > > > > > > but I have taken this DW eDMA core into our driver test. > > > > > > Thanks > > > Cai- > > > > > > > You keep submitting the DW eDMA driver core update, but there is no > > > > glue-driver or low-level device driver patch for a real device which > > > > would set the EDMA_MF_HDMA_NATIVE mapping. > > > > > > > > -Serge(y) > > > > > > > > > > > > > > Cai Huoqing (2): > > > > > dmaengine: dw-edma: Add support for native HDMA > > > > > dmaengine: dw-edma: Optimization in dw_edma_v0_core_handle_int > > > > > > > > > > Cai huoqing (3): > > > > > dmaengine: dw-edma: Rename dw_edma_core_ops structure to > > > > > dw_edma_plat_ops > > > > > dmaengine: dw-edma: Create a new dw_edma_core_ops structure to > > > > > abstract controller operation > > > > > dmaengine: dw-edma: Add HDMA DebugFS support > > > > > > > > > > v6->v7: > > > > > [1/5] > > > > > 1.Update the commit log. > > > > > [2/5] > > > > > 2.Revert dw_edma_core_handle_int back to dw-edma-core.h. > > > > > 3.Fix code style. > > > > > [3/5] > > > > > 4.Move the change of register file from patch[4/5] to patch[3/5]. > > > > > 5.Fix code style. > > > > > > > > > > v6 link: > > > > > https://lore.kernel.org/lkml/20230310032342.17395-1-cai.huoqing@linux.dev/ > > > > > > > > > > drivers/dma/dw-edma/Makefile | 8 +- > > > > > drivers/dma/dw-edma/dw-edma-core.c | 86 ++---- > > > > > drivers/dma/dw-edma/dw-edma-core.h | 58 ++++ > > > > > drivers/dma/dw-edma/dw-edma-pcie.c | 4 +- > > > > > drivers/dma/dw-edma/dw-edma-v0-core.c | 91 ++++-- > > > > > drivers/dma/dw-edma/dw-edma-v0-core.h | 14 +- > > > > > drivers/dma/dw-edma/dw-hdma-v0-core.c | 277 +++++++++++++++++++ > > > > > drivers/dma/dw-edma/dw-hdma-v0-core.h | 17 ++ > > > > > drivers/dma/dw-edma/dw-hdma-v0-debugfs.c | 176 ++++++++++++ > > > > > drivers/dma/dw-edma/dw-hdma-v0-debugfs.h | 22 ++ > > > > > drivers/dma/dw-edma/dw-hdma-v0-regs.h | 130 +++++++++ > > > > > drivers/pci/controller/dwc/pcie-designware.c | 2 +- > > > > > include/linux/dma/edma.h | 7 +- > > > > > 13 files changed, 785 insertions(+), 107 deletions(-) > > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.c > > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-core.h > > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.c > > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-debugfs.h > > > > > create mode 100644 drivers/dma/dw-edma/dw-hdma-v0-regs.h > > > > > > > > > > -- > > > > > 2.34.1 > > > > >