From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2167FC4332F for ; Fri, 30 Sep 2022 06:06:07 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229947AbiI3GGE (ORCPT ); Fri, 30 Sep 2022 02:06:04 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58396 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229548AbiI3GGB (ORCPT ); Fri, 30 Sep 2022 02:06:01 -0400 Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D8CD816DDF5; Thu, 29 Sep 2022 23:05:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1664517959; x=1696053959; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=m1+BWaoxWmNpw3bWLF7i6cGsXvltbLkbN1EvCW76Ibw=; b=Nxy8/e0lqMLIpMc8pz8UOug1g4UjLRj04tueljckGCTm7xlm9+5Eqpi1 DXzt/lE/aLI4bCFcvjOZMBbsPacdy8f8GmxqJsmp4S0gKr12Xnqg40Xaq LtyQFE9piIa+i3M9IiHdzUJricAammuDZBw+xXW4JNfv+QC2X/rP+mqAn T3E9RxvNudK0v1uecrF9+zlpSMeJq6XSFJ3f6q5sMYve/SF0qnlMrhsI8 xw5xePmsybmU2iUAQ7hYCfhSAAUIU2dHlOOnE5Cjhf4G+1rDN9oowd8h1 zRQSBN0LdgDtrRHdUzk23j0J5AlfreEOZhje0RgujRs7mg6OUstVfvC2o Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10485"; a="303600432" X-IronPort-AV: E=Sophos;i="5.93,357,1654585200"; d="scan'208";a="303600432" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Sep 2022 23:05:59 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10485"; a="765019097" X-IronPort-AV: E=Sophos;i="5.93,357,1654585200"; d="scan'208";a="765019097" Received: from yilunxu-optiplex-7050.sh.intel.com (HELO localhost) ([10.239.159.165]) by fmsmga001.fm.intel.com with ESMTP; 29 Sep 2022 23:05:54 -0700 Date: Fri, 30 Sep 2022 13:57:04 +0800 From: Xu Yilun To: matthew.gerlach@linux.intel.com Cc: hao.wu@intel.com, russell.h.weight@intel.com, basheer.ahmed.muddebihal@intel.com, trix@redhat.com, mdf@kernel.org, linux-fpga@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, tianfei.zhang@intel.com, corbet@lwn.net, gregkh@linuxfoundation.org, linux-serial@vger.kernel.org, jirislaby@kernel.org, geert+renesas@glider.be, andriy.shevchenko@linux.intel.com, niklas.soderlund+renesas@ragnatech.se, phil.edworthy@renesas.com, macro@orcam.me.uk, johan@kernel.org, lukas@wunner.de, Matthew Gerlach Subject: Re: [PATCH v2 5/6] fpga: dfl: parse the location of the feature's registers from DFHv1 Message-ID: References: <20220923121745.129167-1-matthew.gerlach@linux.intel.com> <20220923121745.129167-6-matthew.gerlach@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220923121745.129167-6-matthew.gerlach@linux.intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2022-09-23 at 05:17:44 -0700, matthew.gerlach@linux.intel.com wrote: > From: Matthew Gerlach > > The location of a feature's registers is explicitly > described in DFHv1 and can be relative to the base of the DFHv1 > or an absolute address. Parse the location and pass the information > to DFL driver. > > Signed-off-by: Matthew Gerlach > --- > v2: Introduced in v2. > --- > drivers/fpga/dfl.c | 26 +++++++++++++++++++++++++- > drivers/fpga/dfl.h | 4 ++++ > include/linux/dfl.h | 4 ++++ > 3 files changed, 33 insertions(+), 1 deletion(-) > > diff --git a/drivers/fpga/dfl.c b/drivers/fpga/dfl.c > index dfd3f563c92d..6fb4f30f93cf 100644 > --- a/drivers/fpga/dfl.c > +++ b/drivers/fpga/dfl.c > @@ -381,6 +381,8 @@ dfl_dev_add(struct dfl_feature_platform_data *pdata, > ddev->feature_id = feature->id; > ddev->revision = feature->revision; > ddev->cdev = pdata->dfl_cdev; > + ddev->csr_start = feature->csr_start; > + ddev->csr_size = feature->csr_size; > > /* add mmio resource */ > parent_res = &pdev->resource[feature->resource_index]; > @@ -708,18 +710,25 @@ struct build_feature_devs_info { > * struct dfl_feature_info - sub feature info collected during feature dev build > * > * @fid: id of this sub feature. > + * @revision: revision of this sub feature > + * @dfh_version: version of Device Feature Header (DFH) > * @mmio_res: mmio resource of this sub feature. > * @ioaddr: mapped base address of mmio resource. > * @node: node in sub_features linked list. > + * @csr_start: DFHv1 start of feature registers > + * @csr_size: DFHv1 size of feature registers > * @irq_base: start of irq index in this sub feature. > * @nr_irqs: number of irqs of this sub feature. > */ > struct dfl_feature_info { > u16 fid; > u8 revision; > + u8 dfh_version; > struct resource mmio_res; > void __iomem *ioaddr; > struct list_head node; > + resource_size_t csr_start; > + resource_size_t csr_size; > unsigned int irq_base; > unsigned int nr_irqs; > }; > @@ -797,6 +806,8 @@ static int build_info_commit_dev(struct build_feature_devs_info *binfo) > feature->dev = fdev; > feature->id = finfo->fid; > feature->revision = finfo->revision; > + feature->csr_start = finfo->csr_start; > + feature->csr_size = finfo->csr_size; > > /* > * the FIU header feature has some fundamental functions (sriov > @@ -1054,6 +1065,7 @@ create_feature_instance(struct build_feature_devs_info *binfo, > { > unsigned int irq_base, nr_irqs; > struct dfl_feature_info *finfo; > + u8 dfh_version = 0; > u8 revision = 0; > int ret; > u64 v; > @@ -1061,7 +1073,7 @@ create_feature_instance(struct build_feature_devs_info *binfo, > if (fid != FEATURE_ID_AFU) { > v = readq(binfo->ioaddr + ofst); > revision = FIELD_GET(DFH_REVISION, v); > - > + dfh_version = FIELD_GET(DFH_VERSION, v); > /* read feature size and id if inputs are invalid */ > size = size ? size : feature_size(v); > fid = fid ? fid : feature_id(v); > @@ -1080,12 +1092,24 @@ create_feature_instance(struct build_feature_devs_info *binfo, > > finfo->fid = fid; > finfo->revision = revision; > + finfo->dfh_version = dfh_version; > finfo->mmio_res.start = binfo->start + ofst; > finfo->mmio_res.end = finfo->mmio_res.start + size - 1; > finfo->mmio_res.flags = IORESOURCE_MEM; > finfo->irq_base = irq_base; > finfo->nr_irqs = nr_irqs; > > + if (dfh_version == 1) { > + v = readq(binfo->ioaddr + ofst + DFHv1_CSR_ADDR); > + if (v & DFHv1_CSR_ADDR_REL) > + finfo->csr_start = FIELD_GET(DFHv1_CSR_ADDR_MASK, v); > + else > + finfo->csr_start = binfo->start + ofst + FIELD_GET(DFHv1_CSR_ADDR_MASK, v); > + > + v = readq(binfo->ioaddr + ofst + DFHv1_CSR_SIZE_GRP); > + finfo->csr_size = FIELD_GET(DFHv1_CSR_SIZE_GRP_SIZE, v); > + } > + > list_add_tail(&finfo->node, &binfo->sub_features); > binfo->feature_num++; > > diff --git a/drivers/fpga/dfl.h b/drivers/fpga/dfl.h > index e620fcb02b5a..64cedd00dca4 100644 > --- a/drivers/fpga/dfl.h > +++ b/drivers/fpga/dfl.h > @@ -217,6 +217,8 @@ struct dfl_feature_irq_ctx { > * this index is used to find its mmio resource from the > * feature dev (platform device)'s resources. > * @ioaddr: mapped mmio resource address. > + * @csr_start: DFHv1 start of feature registers > + * @csr_size: DFHv1 size of feature registers > * @irq_ctx: interrupt context list. > * @nr_irqs: number of interrupt contexts. > * @ops: ops of this sub feature. > @@ -229,6 +231,8 @@ struct dfl_feature { > u8 revision; > int resource_index; > void __iomem *ioaddr; > + resource_size_t csr_start; > + resource_size_t csr_size; > struct dfl_feature_irq_ctx *irq_ctx; > unsigned int nr_irqs; > const struct dfl_feature_ops *ops; > diff --git a/include/linux/dfl.h b/include/linux/dfl.h > index 33e21c360671..7d74ef8d1d20 100644 > --- a/include/linux/dfl.h > +++ b/include/linux/dfl.h > @@ -84,6 +84,8 @@ enum dfl_id_type { > * @type: type of DFL FIU of the device. See enum dfl_id_type. > * @feature_id: feature identifier local to its DFL FIU type. > * @mmio_res: mmio resource of this dfl device. > + * @csr_start: DFHv1 start of feature registers > + * @csr_size: DFHv1 size of feature registers > * @irqs: list of Linux IRQ numbers of this dfl device. > * @num_irqs: number of IRQs supported by this dfl device. > * @cdev: pointer to DFL FPGA container device this dfl device belongs to. > @@ -96,6 +98,8 @@ struct dfl_device { > u16 feature_id; > u8 revision; > struct resource mmio_res; > + resource_size_t csr_start; > + resource_size_t csr_size; I think these register start & size info could be stored in struct resource mmio_res. This is the generic way for the driver to understand the register layout of the device. And it makes the dfl driver code easier to be understood by other domains reviewers. Thanks, Yilun > int *irqs; > unsigned int num_irqs; > struct dfl_fpga_cdev *cdev; > -- > 2.25.1 >