Received: by 2002:ac0:aa62:0:0:0:0:0 with SMTP id w31-v6csp2048835ima; Mon, 22 Oct 2018 03:24:18 -0700 (PDT) X-Google-Smtp-Source: ACcGV63zTjC4oUXw8EznEoU0+McBxy8uGBpd6I6ilNwP2rezCODuEiEUJMManPRMEhlbCA2ruLEm X-Received: by 2002:a63:b305:: with SMTP id i5-v6mr41584163pgf.46.1540203858636; Mon, 22 Oct 2018 03:24:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540203858; cv=none; d=google.com; s=arc-20160816; b=TyJeZ1Ff07G8ccUlJ6PDyO+Z6KRrsVs7SEsrXuP083GxNHC3QdFQA5A9XjAC5j3VmT kUobNUfRV+Ep7e7S7LGqQWD6K23iwdQH3s6HXdawHYMUIq1/y6Kl11dRu+i3rb9D75+c abFJHASvRco3lySkp0guDB3q1fDq8dzBfFPEHg5JyyKl+m2U7CFFhNfsCmoSDwlmId1Q jhwH3+tKKV3lvNFfLBj3x/gX4S0cgKrs/vNgoGraddvQRvRO6izNl0XKEgj71aMJFcLJ B74QZK3aGJePvUhVlv4Xb9V94Rl5HHGCJt3jvRTvFGx0ZuiZG1gGpco+Bzqd6DwpRdb7 niLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=P70ceCL5FlU2sN5bQAx0jO/hTOy6dlzRTgw/ecwDrvo=; b=u6QA/elD0dljjF7vKF+MpmPK4Q2Z4Ad0rO7f7tCXoJ2S2yVX0e3vgww5IimudFxMOP 7vNN5hUF66PdZ9DrGEBjaBpvQMQMStdoTWo/O/VCAoAq+5svNb6L/qVQJLGx8Rs/MLTR /67hbZg0oHZmGaRbVMOr8YV/I8U29ko9nfbiaTNYkjQIIr5hGNc0yMIT8JYEs7k/POtj 7xwT+rCEfA9WAVBCyowNTXnuD4iEnBG10cBgSlP5tK/aPCsOtz1j8diWHnJN9JAKC4mQ Dxv4sHjNSSEdkfw5Y9TxUNm5JAh7zinil9HHnu24LWHZEe15ih5E6chiDbHG3rr2PnQD 6uXA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o10-v6si35452993pfk.10.2018.10.22.03.24.04; Mon, 22 Oct 2018 03:24:18 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729154AbeJVSky (ORCPT + 99 others); Mon, 22 Oct 2018 14:40:54 -0400 Received: from mail-wm1-f68.google.com ([209.85.128.68]:34501 "EHLO mail-wm1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728513AbeJVSky (ORCPT ); Mon, 22 Oct 2018 14:40:54 -0400 Received: by mail-wm1-f68.google.com with SMTP id z25-v6so8855684wmf.1 for ; Mon, 22 Oct 2018 03:22:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=P70ceCL5FlU2sN5bQAx0jO/hTOy6dlzRTgw/ecwDrvo=; b=FoNRFgnwe7UNZJFyxHXFWUsMlSw9V7Y4yJXh/AD3HDlPn5dI+EYsgmK2bRf6/rluyz /cFlS3nEIqYhdXCy+3UJyoPjPQpB5VfxRG5TY/z856Vmh44kyxeWNeWKjsmhMzzRZZhr pNfOutUjRPYNbckOMhkNjLzp4rS/S8UIBbVWoasnfCmwARKEF24TCkX/4U3QExM1Y002 OxpbzZcitMWL9GrNmOzYZFA09WKF56WDdz2Qxmo9+gE+PETMvgvGqX2ioiUxpnYL0L0R K2rU6gzKR3wZ0cKOY1+AuBa3VbIHTLe9+r5s0hBXBC6cpkiKV/Ln8F0Hebn3uDGXxCP1 YBmA== X-Gm-Message-State: ABuFfogex8b2sxmpV2y9KHXANQ51qug8TBP0OQRZ5Np3OpkMmjnBON8/ /9VxSHyJpktBWq/6g3TZt3ws3w== X-Received: by 2002:a1c:9d43:: with SMTP id g64-v6mr14693431wme.26.1540203777120; Mon, 22 Oct 2018 03:22:57 -0700 (PDT) Received: from localhost ([185.7.230.215]) by smtp.gmail.com with ESMTPSA id u9-v6sm28390419wrr.66.2018.10.22.03.22.55 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 22 Oct 2018 03:22:56 -0700 (PDT) Date: Mon, 22 Oct 2018 03:22:55 -0700 From: Moritz Fischer To: Nava kishore Manne Cc: Moritz Fischer , Moritz Fischer , Alan Tull , Rob Herring , Mark Rutland , Michal Simek , Rajan Vaja , Jolly Shah , "linux-fpga@vger.kernel.org" , Devicetree List , linux-arm-kernel , Linux Kernel Mailing List , "chinnikishore369@gmail.com" Subject: Re: [PATCH 3/3] fpga manager: Adding FPGA Manager support for Xilinx zynqmp Message-ID: <20181022102255.GA1428@archbook> References: <20181020084805.29103-1-nava.manne@xilinx.com> <20181020084805.29103-4-nava.manne@xilinx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 22, 2018 at 10:03:55AM +0000, Nava kishore Manne wrote: > Hi Mortiz, > > Thanks for the quick response.... > Please find my response inline. > > > -----Original Message----- > > From: Moritz Fischer [mailto:moritz.fischer@ettus.com] > > Sent: Saturday, October 20, 2018 7:02 AM > > To: Moritz Fischer > > Cc: Nava kishore Manne ; Alan Tull ; > > Rob Herring ; Mark Rutland ; > > Michal Simek ; Rajan Vaja ; Jolly > > Shah ; linux-fpga@vger.kernel.org; Devicetree List > > ; linux-arm-kernel > kernel@lists.infradead.org>; Linux Kernel Mailing List > kernel@vger.kernel.org>; chinnikishore369@gmail.com > > Subject: Re: [PATCH 3/3] fpga manager: Adding FPGA Manager support for > > Xilinx zynqmp > > > > On Fri, Oct 19, 2018 at 2:33 PM Moritz Fischer > > wrote: > > > > > > Hi Nava, > > > > > > Looks good to me, a couple of nits inline below. > > > > > > On Fri, Oct 19, 2018 at 1:50 AM Nava kishore Manne > > > wrote: > > > > > > > > This patch adds FPGA Manager support for the Xilinx ZynqMp chip. > > > > > > Isn't it ZynqMP ? > > > > > > > > Signed-off-by: Nava kishore Manne > > > > --- > > > > Changes for v1: > > > > -None. > > > > > > > > Changes for RFC-V2: > > > > -Updated the Fpga Mgr registrations call's > > > > to 4.18 > > > > > > > > drivers/fpga/Kconfig | 9 +++ > > > > drivers/fpga/Makefile | 1 + > > > > drivers/fpga/zynqmp-fpga.c | 159 > > > > +++++++++++++++++++++++++++++++++++++ > > > > 3 files changed, 169 insertions(+) > > > > create mode 100644 drivers/fpga/zynqmp-fpga.c > > > > > > > > diff --git a/drivers/fpga/Kconfig b/drivers/fpga/Kconfig index > > > > 1ebcef4bab5b..26ebbcf3d3a3 100644 > > > > --- a/drivers/fpga/Kconfig > > > > +++ b/drivers/fpga/Kconfig > > > > @@ -56,6 +56,15 @@ config FPGA_MGR_ZYNQ_FPGA > > > > help > > > > FPGA manager driver support for Xilinx Zynq FPGAs. > > > > > > > > +config FPGA_MGR_ZYNQMP_FPGA > > > > + tristate "Xilinx Zynqmp FPGA" > > > > + depends on ARCH_ZYNQMP || COMPILE_TEST > > > > + help > > > > + FPGA manager driver support for Xilinx ZynqMP FPGAs. > > > > + This driver uses processor configuration port(PCAP) > > > This driver uses *the* processor configuration port. > > > > > > > + to configure the programmable logic(PL) through PS > > > > + on ZynqMP SoC. > > > > + > > > > config FPGA_MGR_XILINX_SPI > > > > tristate "Xilinx Configuration over Slave Serial (SPI)" > > > > depends on SPI > > > > diff --git a/drivers/fpga/Makefile b/drivers/fpga/Makefile index > > > > 7a2d73ba7122..3488ebbaee46 100644 > > > > --- a/drivers/fpga/Makefile > > > > +++ b/drivers/fpga/Makefile > > > > @@ -16,6 +16,7 @@ obj-$(CONFIG_FPGA_MGR_SOCFPGA_A10) += > > socfpga-a10.o > > > > obj-$(CONFIG_FPGA_MGR_TS73XX) += ts73xx-fpga.o > > > > obj-$(CONFIG_FPGA_MGR_XILINX_SPI) += xilinx-spi.o > > > > obj-$(CONFIG_FPGA_MGR_ZYNQ_FPGA) += zynq-fpga.o > > > > +obj-$(CONFIG_FPGA_MGR_ZYNQMP_FPGA) += zynqmp-fpga.o > > > > obj-$(CONFIG_ALTERA_PR_IP_CORE) += altera-pr-ip-core.o > > > > obj-$(CONFIG_ALTERA_PR_IP_CORE_PLAT) += altera-pr-ip-core-plat.o > > > > > > > > diff --git a/drivers/fpga/zynqmp-fpga.c b/drivers/fpga/zynqmp-fpga.c > > > > new file mode 100644 index 000000000000..2760d7e3872a > > > > --- /dev/null > > > > +++ b/drivers/fpga/zynqmp-fpga.c > > > > @@ -0,0 +1,159 @@ > > > > +// SPDX-License-Identifier: GPL-2.0+ > > > > +/* > > > > + * Copyright (C) 2018 Xilinx, Inc. > > > > + */ > > > > + > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > +#include > > > > + > > > > +/* Constant Definitions */ > > > > +#define IXR_FPGA_DONE_MASK 0X00000008U > > > > + > > > > +/** > > > > + * struct zynqmp_fpga_priv - Private data structure > > > > + * @dev: Device data structure > > > > + * @flags: flags which is used to identify the bitfile type > > > > + */ > > > > +struct zynqmp_fpga_priv { > > > > + struct device *dev; > > > > + u32 flags; > > > > +}; > > > > + > > > > +static int zynqmp_fpga_ops_write_init(struct fpga_manager *mgr, > > > > + struct fpga_image_info *info, > > > > + const char *buf, size_t size) > > > > +{ > > > > + struct zynqmp_fpga_priv *priv; > > > > + > > > > + priv = mgr->priv; > > > > + priv->flags = info->flags; > > > > + > > > > + return 0; > > > > +} > > > > + > > > > +static int zynqmp_fpga_ops_write(struct fpga_manager *mgr, > > > > + const char *buf, size_t size) { > > > > + struct zynqmp_fpga_priv *priv; > > > > + char *kbuf; > > > > + dma_addr_t dma_addr; > > > > + int ret; > > > > + const struct zynqmp_eemi_ops *eemi_ops = > > > > +zynqmp_pm_get_eemi_ops(); > > > > > > Reverse xmas-tree please, i.e. long lines first. > > > > > > > + > > > > + if (!eemi_ops || !eemi_ops->fpga_load) > > > > + return -ENXIO; > > > > + > > > > + priv = mgr->priv; > > > > + > > > > + kbuf = dma_alloc_coherent(priv->dev, size, &dma_addr, > > GFP_KERNEL); > > > > + if (!kbuf) > > > > + return -ENOMEM; > > > > + > > > > + memcpy(kbuf, buf, size); > > > > + > > > > + wmb(); /* ensure all writes are done before initiate FW call > > > > + */ > > > > + > > > > + ret = eemi_ops->fpga_load(dma_addr, size, priv->flags); > > > > Don't you have to do anything with the flags? Is it really just a pass-through of > > FPGA manager flags to eemi calls? > > > > Don't you want to make partial bitstreams e.g. use a flags value that you export > > in your firmware header (xlnx-zynqmp.h) and set those based on what flags get > > passed in, i.e. explicitely translate FPGA Manager flags to your firmware flags? > > At this point of time the firmware use Flag 0 for full Bitstream and 1 for partial bitstream loading. > So I have not doing any explicit translate FPGA Manager flags inside the driver. > Will document the flags info in xlnx-zynqmp.h I think you should explicitely translate them, the fact that they happen to line up in the current implementation is somewhat of coincidence, and in future might break (since it's not really easy to to spot the dependency when refactoring). Why don't you do something like: #include [...] eemi_flags = 0; if (flags & FPGA_MGR_PARTIAL_RECONFIG) eemi_flags |= XILINX_ZYNQMP_PM_FPGA_PARTIAL; eemi_ops->fpga_load(...., eemi_flags); Thanks, Moritz