Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp3479803imw; Mon, 11 Jul 2022 09:22:40 -0700 (PDT) X-Google-Smtp-Source: AGRyM1v6ZTFW8j0dfBzel9lztFRX64qbKNRfSYzrHIXTJP71oB2qx3RtJepmennAr1t/9b6avRCS X-Received: by 2002:a63:fe11:0:b0:412:64de:c902 with SMTP id p17-20020a63fe11000000b0041264dec902mr16987896pgh.234.1657556559840; Mon, 11 Jul 2022 09:22:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657556559; cv=none; d=google.com; s=arc-20160816; b=XTlvDtnv1YEtD8SzA24kncl1Syr6pLPMaz59v/mf5t9aVynBkSzonE7tetkFkrVAXx 5vmFRZRDGU6jjsUs3WINsAUAXel4hWWviqj3yQ+eWLl3b/jo8XB4mPACOQkrJxg+k/WS b8l7PorTaGTZiFXSb4f3e5xE+luDaq3gu1ZxN7fEBRH9HIsyF8kMSIqBx0Ufz4dKjqBZ IwgBSnJPwQkH7grGCP+X6SYjZQWtRGsC9gy1e3wy/TZS0nzsQF4swWEf16fyRyw1wQpy huURfhX94n1+DE6kU7bUuNLQtbOy1UvDXzfn1AOYHqF0UYBBWJaom4yKG9y9n46HFix0 xOQQ== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=IzB4aGIN6G7r8EftpZUta/zP82Bj7XOeyFuzNgS6d4I=; b=MZSxYbVJ2FPp/QtSEbhWIna2l0x+LDehpw3qB28BIXeSexJ40jRKvnLnsIb8fI+Hvd jbnYHjRN6eRgBrCCPGqyetSZFPtA21zvdg/pG+33K/xqp8WnQc/LttEdazTNjzSRa8hw Cp5VN/RCWp3YKF2k/olml6p12Ha7vlmo2M5UU3Pa++sI2xhUaRU64X15mCrA66TiKMxv Ia2bUrtHjKzQbqwTF5lNuKd8FUJnsFA629ouG1dbLRN6uTA2wOYyIEjLstC+UmxUT8uo /lL4DhdB0zvSpOuJyZd54o3WMJOEuIP9lXJFT1jm/Zyymof/so4i//2sGLNgij1X60pv KZtQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=pnaR5Gj6; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c5-20020a170902d48500b0016c0ad2bff3si12503079plg.451.2022.07.11.09.22.27; Mon, 11 Jul 2022 09:22:39 -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=@gmail.com header.s=20210112 header.b=pnaR5Gj6; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230136AbiGKPjL (ORCPT + 99 others); Mon, 11 Jul 2022 11:39:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34274 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230193AbiGKPjK (ORCPT ); Mon, 11 Jul 2022 11:39:10 -0400 Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A7DB11F60D; Mon, 11 Jul 2022 08:39:08 -0700 (PDT) Received: by mail-lf1-x130.google.com with SMTP id bf9so9313154lfb.13; Mon, 11 Jul 2022 08:39:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=IzB4aGIN6G7r8EftpZUta/zP82Bj7XOeyFuzNgS6d4I=; b=pnaR5Gj6EMZ7llJZbomgA7dg9b8T3yTjvlbxvgi0DlMKbDTLqtvLiVaCYPlyc4bdWt XSP3mXSnc9t0tWSsWfhZKH99pElQpN03+huaIW+y5oWFhbLCah1+D3YANxIJt43Jm7IR Px/a8vDmfK8QQaoMeFthzB62qPtw/XXcznEg+9Q0lt5i1il9PU0JPwNus4xQJmKAJqog 9ic5VdXayza9DWs1OW3yeg+Vt5JHKyYz0llyK6yX/DQL8oqpvjOaSoa60datqrKzMemB xW4bRKd79fI0kySl8BgtePFzVCsN76n1uzv81gEOTH7bbBIn2N+zSLpLsXueiPh25EwI xegw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=IzB4aGIN6G7r8EftpZUta/zP82Bj7XOeyFuzNgS6d4I=; b=TAtgPVzQNamOM8Masu63skUm8PbHR3kbbddR12h/ngFDyx3rbEnQGalAr5G2wIYi+I 3FUbfLIGFxLrlqvkFm5vbh3bSzUJwX8MVzVQpu0ShEslecaZlbX+MSjzu5RjfJw+zyY4 PKXnXD/tAiTuf4QBIjCGghrzMMdaDOiJFf+u8jpOyo6iv2i/u4/g07vbFM3DLPlsIx45 AiyqZJyV5XD2VGCWAgLcXTOKl/dBXecjk27wbycE/uJGnHvgjjXH5rwSt9vbjbBkdX6Q TNAFUPmZUR4QvT7mXML4XVesn3LKD7JLUJzR6TI3TPSkKhBwMZ55/O9M52LjTYekyoqX TnUQ== X-Gm-Message-State: AJIora+c4ng9RFKxgQLsnMmPTy9pl06MMDXH7guK07aKLhOt32roSOOv YaM//BLGOV5G+KwlSYoNaoA= X-Received: by 2002:a05:6512:e83:b0:489:c6fe:e121 with SMTP id bi3-20020a0565120e8300b00489c6fee121mr9674060lfb.100.1657553946969; Mon, 11 Jul 2022 08:39:06 -0700 (PDT) Received: from mobilestation ([95.79.140.178]) by smtp.gmail.com with ESMTPSA id 2-20020ac25f02000000b0047f7bd03943sm1591216lfq.264.2022.07.11.08.39.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 11 Jul 2022 08:39:06 -0700 (PDT) Date: Mon, 11 Jul 2022 18:39:01 +0300 From: Serge Semin To: Manivannan Sadhasivam Cc: Serge Semin , Gustavo Pimentel , Vinod Koul , Rob Herring , Bjorn Helgaas , Lorenzo Pieralisi , Jingoo Han , Frank Li , Alexey Malahov , Pavel Parkhomenko , Krzysztof =?utf-8?Q?Wilczy=C5=84ski?= , linux-pci@vger.kernel.org, dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 00/24] dmaengine: dw-edma: Add RP/EP local DMA controllers support Message-ID: <20220711153901.y6gjwstyuarcvjoj@mobilestation> References: <20220610091459.17612-1-Sergey.Semin@baikalelectronics.ru> <20220610092133.uhsu5gphhvjhe2jm@mobilestation> <20220711144533.GA3830@thinkpad> <20220711144903.GB3830@thinkpad> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220711144903.GB3830@thinkpad> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,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 Mon, Jul 11, 2022 at 08:19:03PM +0530, Manivannan Sadhasivam wrote: > On Mon, Jul 11, 2022 at 08:15:41PM +0530, Manivannan Sadhasivam wrote: > > On Fri, Jun 10, 2022 at 12:21:33PM +0300, Serge Semin wrote: > > > On Fri, Jun 10, 2022 at 12:14:35PM +0300, Serge Semin wrote: > > > > This is a final patchset in the series created in the framework of > > > > my Baikal-T1 PCIe/eDMA-related work: > > > > > > > > [1: In-progress v4] PCI: dwc: Various fixes and cleanups > > > > Link: https://lore.kernel.org/linux-pci/20220610082535.12802-1-Sergey.Semin@baikalelectronics.ru/ > > > > [2: In-progress v3] PCI: dwc: Add hw version and dma-ranges support > > > > Link: https://lore.kernel.org/linux-pci/20220610084444.14549-1-Sergey.Semin@baikalelectronics.ru/ > > > > [3: In-progress v3] PCI: dwc: Add generic resources and Baikal-T1 support > > > > Link: https://lore.kernel.org/linux-pci/20220610085706.15741-1-Sergey.Semin@baikalelectronics.ru/ > > > > [4: In-progress v3] dmaengine: dw-edma: Add RP/EP local DMA support > > > > Link: ---you are looking at it--- > > > > > > > > Note it is very recommended to merge the patchsets in the same order as > > > > they are listed in the set above in order to have them applied smoothly. > > > > Nothing prevents them from being reviewed synchronously though. > > > > > > > > Please note originally this series was self content, but due to Frank > > > > being a bit faster in his work submission I had to rebase my patchset onto > > > > his one. So now this patchset turns to be dependent on the Frank' work: > > > > > > > > Link: https://lore.kernel.org/linux-pci/20220524152159.2370739-1-Frank.Li@nxp.com/ > > > > > > > > So please merge Frank' series first before applying this one. > > > > > > > > Here is a short summary regarding this patchset. The series starts with > > > > fixes patches. We discovered that the dw-edma-pcie.c driver incorrectly > > > > initializes the LL/DT base addresses for the platforms with not matching > > > > CPU and PCIe memory spaces. It is fixed by using the pci_bus_address() > > > > method to get a correct base address. After that you can find a series of > > > > the interleaved xfers fixes. It turned out the interleaved transfers > > > > implementation didn't work quite correctly from the very beginning for > > > > instance missing src/dst addresses initialization, etc. In the framework > > > > of the next two patches we suggest to add a new platform-specific > > > > callback - pci_address() and use it to convert the CPU address to the PCIe > > > > space address. It is at least required for the DW eDMA remote End-point > > > > setup on the platforms with not-matching CPU/PCIe address spaces. In case > > > > of the DW eDMA local RP/EP setup the conversion will be done automatically > > > > by the outbound iATU (if no DMA-bypass flag is specified for the > > > > corresponding iATU window). Then we introduce a set of the patches to make > > > > the DebugFS part of the code supporting the multi-eDMA controllers > > > > platforms. It starts with several cleanup patches and is closed joining > > > > the Read/Write channels into a single DMA-device as they originally should > > > > have been. After that you can find the patches with adding the non-atomic > > > > io-64 methods usage, dropping DT-region descriptors allocation, replacing > > > > chip IDs with the device name. In addition to that in order to have the > > > > eDMA embedded into the DW PCIe RP/EP supported we need to bypass the > > > > dma-ranges-based memory ranges mapping since in case of the root port DT > > > > node it's applicable for the peripheral PCIe devices only. Finally at the > > > > series closure we introduce a generic DW eDMA controller support being > > > > available in the DW PCIe Root Port/Endpoint driver. > > > > > > > > Link: https://lore.kernel.org/linux-pci/20220324014836.19149-1-Sergey.Semin@baikalelectronics.ru/ > > > > Changelog v2: > > > > - Drop the patches: > > > > [PATCH 1/25] dmaengine: dw-edma: Drop dma_slave_config.direction field usage > > > > [PATCH 2/25] dmaengine: dw-edma: Fix eDMA Rd/Wr-channels and DMA-direction semantics > > > > since they are going to be merged in in the framework of the > > > > Frank's patchset. > > > > - Add a new patch: "dmaengine: dw-edma: Release requested IRQs on > > > > failure." > > > > - Drop __iomem qualifier from the struct dw_edma_debugfs_entry instance > > > > definition in the dw_edma_debugfs_u32_get() method. (@Manivannan) > > > > - Add a new patch: "dmaengine: dw-edma: Rename DebugFS dentry variables to > > > > 'dent'." (@Manivannan) > > > > - Slightly extend the eDMA name array size. (@Manivannan) > > > > - Change the specific DMA mapping comment a bit to being > > > > clearer. (@Manivannan) > > > > - Add a new patch: "PCI: dwc: Add generic iATU/eDMA CSRs space detection > > > > method." > > > > - Don't fail eDMA detection procedure if the DW eDMA driver couldn't probe > > > > device. That happens if the driver is disabled. (@Manivannan) > > > > - Add "dma" registers resource mapping procedure. (@Manivannan) > > > > - Move the eDMA CSRs space detection into the dw_pcie_map_detect() method. > > > > - Remove eDMA on the dw_pcie_ep_init() internal errors. (@Manivannan) > > > > - Remove eDMA in the dw_pcie_ep_exit() method. > > > > - Move the dw_pcie_edma_detect() method execution to the tail of the > > > > dw_pcie_ep_init() function. > > > > > > > > Link: https://lore.kernel.org/linux-pci/20220503225104.12108-1-Sergey.Semin@baikalelectronics.ru/ > > > > Changelog v3: > > > > > > > - Conditionally set dchan->dev->device.dma_coherent field since it can > > > > be missing on some platforms. (@Manivannan) > > > > - Drop the patch: "PCI: dwc: Add generic iATU/eDMA CSRs space detection > > > > method". A similar modification has been done in another patchset. > > > > - Add more comprehensive and less regression prune eDMA block detection > > > > procedure. > > > > - Drop the patch: "dma-direct: take dma-ranges/offsets into account in > > > > resource mapping". It will be separately reviewed. > > > > - Remove Manivannan tb tag from the modified patches. > > > > > > @Mani, several patches have been changed. Could you have a look at the > > > series one more time? > > > > > > > Reviewed all patches in this series. I believe this will still work on my > > hardware once I test it. But even if it doesn't work, we can fix it in > > 5.20-rc's as it supposed to be. So definitely not a show stopper. Hi Mani. Thanks for review. I'll make sure your tag will persist in the patch logs. > > > > Vinod: Could you please merge this one for 5.20? > > > > Hmm, maybe this can go through pci tree as Bjorn merged earlier edma series as > well. In that case Vinod's ack is sufficient. As I said in the cover letter this series depends on the three more patchsets: [1: Done v4] PCI: dwc: Various fixes and cleanups Link: https://lore.kernel.org/linux-pci/20220610082535.12802-1-Sergey.Semin@baikalelectronics.ru/ Link: https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git/log/?h=pci/ctrl/dwc-fixes [2: In-progress v3] PCI: dwc: Add hw version and dma-ranges support Link: https://lore.kernel.org/linux-pci/20220610084444.14549-1-Sergey.Semin@baikalelectronics.ru/ [3: In-progress v3] PCI: dwc: Add generic resources and Baikal-T1 support Link: https://lore.kernel.org/linux-pci/20220610085706.15741-1-Sergey.Semin@baikalelectronics.ru/ So at the very least they must be merged in first before this series gets into the kernel. #1 is already in Bjorn' repo. #2 is still on review, but no comments have been sent in v3. So it can be merged in as is. I desperately need Rob' feedback on my questions in order to re-submit #3. But it's not that easy to achieve at this moment first due to him being on vacation then him being very busy with other patches review.( So until series #3' review is done, this patchset will have to stay in limbo. Anyway I hope we'll settle all the issues with Rob soon. -Sergey > > But I'll leave it up to Bjorn and Vinod. > > Thanks, > Mani > > > Thanks, > > Mani > > > > > -Sergey > > > > > > > - Rebase onto the kernel v5.18. > > > > > > > > Signed-off-by: Serge Semin > > > > Cc: Alexey Malahov > > > > Cc: Pavel Parkhomenko > > > > Cc: "Krzysztof Wilczyński" > > > > Cc: linux-pci@vger.kernel.org > > > > Cc: dmaengine@vger.kernel.org > > > > Cc: linux-kernel@vger.kernel.org > > > > > > > > Serge Semin (24): > > > > dmaengine: Fix dma_slave_config.dst_addr description > > > > dmaengine: dw-edma: Release requested IRQs on failure > > > > dmaengine: dw-edma: Convert ll/dt phys-address to PCIe bus/DMA address > > > > dmaengine: dw-edma: Fix missing src/dst address of the interleaved > > > > xfers > > > > dmaengine: dw-edma: Don't permit non-inc interleaved xfers > > > > dmaengine: dw-edma: Fix invalid interleaved xfers semantics > > > > dmaengine: dw-edma: Add CPU to PCIe bus address translation > > > > dmaengine: dw-edma: Add PCIe bus address getter to the remote EP > > > > glue-driver > > > > dmaengine: dw-edma: Drop chancnt initialization > > > > dmaengine: dw-edma: Fix DebugFS reg entry type > > > > dmaengine: dw-edma: Stop checking debugfs_create_*() return value > > > > dmaengine: dw-edma: Add dw_edma prefix to the DebugFS nodes descriptor > > > > dmaengine: dw-edma: Convert DebugFS descs to being kz-allocated > > > > dmaengine: dw-edma: Rename DebugFS dentry variables to 'dent' > > > > dmaengine: dw-edma: Simplify the DebugFS context CSRs init procedure > > > > dmaengine: dw-edma: Move eDMA data pointer to DebugFS node descriptor > > > > dmaengine: dw-edma: Join Write/Read channels into a single device > > > > dmaengine: dw-edma: Use DMA-engine device DebugFS subdirectory > > > > dmaengine: dw-edma: Use non-atomic io-64 methods > > > > dmaengine: dw-edma: Drop DT-region allocation > > > > dmaengine: dw-edma: Replace chip ID number with device name > > > > dmaengine: dw-edma: Bypass dma-ranges mapping for the local setup > > > > dmaengine: dw-edma: Skip cleanup procedure if no private data found > > > > PCI: dwc: Add DW eDMA engine support > > > > > > > > drivers/dma/dw-edma/dw-edma-core.c | 216 +++++----- > > > > drivers/dma/dw-edma/dw-edma-core.h | 10 +- > > > > drivers/dma/dw-edma/dw-edma-pcie.c | 24 +- > > > > drivers/dma/dw-edma/dw-edma-v0-core.c | 76 ++-- > > > > drivers/dma/dw-edma/dw-edma-v0-core.h | 1 - > > > > drivers/dma/dw-edma/dw-edma-v0-debugfs.c | 372 ++++++++---------- > > > > drivers/dma/dw-edma/dw-edma-v0-debugfs.h | 5 - > > > > .../pci/controller/dwc/pcie-designware-ep.c | 12 +- > > > > .../pci/controller/dwc/pcie-designware-host.c | 13 +- > > > > drivers/pci/controller/dwc/pcie-designware.c | 186 +++++++++ > > > > drivers/pci/controller/dwc/pcie-designware.h | 20 + > > > > include/linux/dma/edma.h | 18 +- > > > > include/linux/dmaengine.h | 2 +- > > > > 13 files changed, 589 insertions(+), 366 deletions(-) > > > > > > > > -- > > > > 2.35.1 > > > > > > > > -- > > மணிவண்ணன் சதாசிவம் > > -- > மணிவண்ணன் சதாசிவம்