Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp5181316rwb; Sun, 13 Nov 2022 23:54:22 -0800 (PST) X-Google-Smtp-Source: AA0mqf7bMe7kO6gc9D9aFOgjjqZbIDBK/DzcsL9V0ETo9e3pyWyHVwW927GZpxWl6Y/wrIknNpRT X-Received: by 2002:a17:902:c7d5:b0:186:944a:2560 with SMTP id r21-20020a170902c7d500b00186944a2560mr12961462pla.84.1668412461908; Sun, 13 Nov 2022 23:54:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668412461; cv=none; d=google.com; s=arc-20160816; b=QsgtmswWqGhoZM7zBqf7PcV4TvcM8Y8cnHVYD1bbAZ9iILF26RnTpr9JQsOrQc+jiX oDns8jf/Z+fSnSj1/fVzq+YOikzdTfPpmLDuGjfhtraLAsC2eooE18JPLs8qXtKvbZu+ GxmwgQz0mcVwCiDeKRdI2WIIKLOGeTAS1xz+MPHtvWwGVR/lPPkRhPXdJp5Dwb0/sMzu Q95OCWy68LbFoNa+xD/47BqucBLSQX2jt8N3w1LnLbnRZGD7zsxtoe/KSWYtmHeDGuWs r1QUVTQQEw4H8x4E0kbfG+5+7I/NAf8p2EiHPEAx/nvEdo6Tf0iIqjEy4nRzN1zwLMlx aIGw== 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=CXJ1E1GlClRGQBflQFUqnzEy0vB49l+TC4UZOMC22G8=; b=RWvk7eTNrw1CpHWk7cyFaeMd7rD7hvBevMRZzHIx5dfQY07ovhK16Hx2A99jJraKdm FIS2QLJA8wKNU1g9TEjU5FTTrrlG24Ml2o5ZHnRc9/cm0MsvYc7vzifJeK6KYoYjFf2h bu+OIuXY3Ock7NZ/C6ZpwQa3A569GlNlXLaWyVkBnPOZW6pPS1TdRDjzOB24ohFtRHjV 0J2pCKy7nWC3dsWexdrtgFEMX4iset31r2GReVXk6QwWfZpy1kYhsuiwQYgaLLZ6Ab6c YbFJ/hgHbo8lsDhtpSt4o6prjS7Ug2Xif4NA61kLflNqaWmkIt1KASFgXkjrxuX/w0Uo ptCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=I5AzTlje; 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=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v17-20020aa799d1000000b0056cdb20de28si8455851pfi.320.2022.11.13.23.54.10; Sun, 13 Nov 2022 23:54:21 -0800 (PST) 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=@intel.com header.s=Intel header.b=I5AzTlje; 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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235942AbiKNHki (ORCPT + 88 others); Mon, 14 Nov 2022 02:40:38 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37042 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235617AbiKNHkh (ORCPT ); Mon, 14 Nov 2022 02:40:37 -0500 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4287B113; Sun, 13 Nov 2022 23:40:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1668411636; x=1699947636; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=pNNogqmjJm+mTqX41+8eX7joqpGAFmuRFJnxukrarac=; b=I5AzTljeCez6wrqseVKtgbzTgkw3H7nPWkP9QsYuxafpU1/COgezmZ+A IBddIUWFLdU97q8dvyoulPbv5xZlRXmolloiRJDrerRWx7coeQwDYg9ik KKDZ9Bm3NzaJvf5R4FuV2cOorKltOoitGJv9/koGvi+RFOhXFmkBsmHli 88fE8SglOlARGv5PGZv5ZKqgXdbowOfxbBz6LZiQW8c/U7ll6A/S/rL90 JP71CU7CJoB33zP1AlpVzu3cwbl2AFDyxsmy9UHiSqVPO932ugJnOlgd2 oMqJ61mLjLA82Kre7tKtei2oXreL4+2Z+DZTKulXCXSsVPkzT1+UN2ryf Q==; X-IronPort-AV: E=McAfee;i="6500,9779,10530"; a="338689172" X-IronPort-AV: E=Sophos;i="5.96,161,1665471600"; d="scan'208";a="338689172" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Nov 2022 23:40:35 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10530"; a="616202077" X-IronPort-AV: E=Sophos;i="5.96,161,1665471600"; d="scan'208";a="616202077" Received: from yilunxu-optiplex-7050.sh.intel.com (HELO localhost) ([10.239.159.165]) by orsmga006.jf.intel.com with ESMTP; 13 Nov 2022 23:40:32 -0800 Date: Mon, 14 Nov 2022 15:31:09 +0800 From: Xu Yilun To: Ilpo =?iso-8859-1?Q?J=E4rvinen?= Cc: linux-fpga@vger.kernel.org, Wu Hao , Tom Rix , Moritz Fischer , Lee Jones , Matthew Gerlach , Russ Weight , Tianfei zhang , Mark Brown , Greg KH , LKML Subject: Re: [PATCH 06/12] fpga: intel-m10-bmc: Add flash ops for sec update Message-ID: References: <20221108144305.45424-1-ilpo.jarvinen@linux.intel.com> <20221108144305.45424-7-ilpo.jarvinen@linux.intel.com> <375b8b75-9de0-6f9c-241e-27d479388fd7@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <375b8b75-9de0-6f9c-241e-27d479388fd7@linux.intel.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE 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 2022-11-11 at 15:32:42 +0200, Ilpo J?rvinen wrote: > On Fri, 11 Nov 2022, Xu Yilun wrote: > > > On 2022-11-08 at 16:42:59 +0200, Ilpo J?rvinen wrote: > > > Access to flash staging area is different for N6000 from that of the > > > SPI interfaced counterparts. Introduce intel_m10bmc_flash_ops to allow > > > interface specific differentiations for the flash access path for sec > > > update. > > > > > > Co-developed-by: Tianfei zhang > > > Signed-off-by: Tianfei zhang > > > Co-developed-by: Russ Weight > > > Signed-off-by: Russ Weight > > > Signed-off-by: Ilpo J?rvinen > > > --- > > > drivers/fpga/intel-m10-bmc-sec-update.c | 79 ++++++------------------- > > > drivers/mfd/intel-m10-bmc-spi.c | 52 ++++++++++++++++ > > > include/linux/mfd/intel-m10-bmc.h | 14 +++++ > > > 3 files changed, 84 insertions(+), 61 deletions(-) > > > > > > diff --git a/drivers/fpga/intel-m10-bmc-sec-update.c b/drivers/fpga/intel-m10-bmc-sec-update.c > > > index dbe8aff95da3..3bd22d03616a 100644 > > > --- a/drivers/fpga/intel-m10-bmc-sec-update.c > > > +++ b/drivers/fpga/intel-m10-bmc-sec-update.c > > > @@ -38,11 +38,9 @@ show_root_entry_hash(struct device *dev, u32 exp_magic, > > > struct m10bmc_sec *sec = dev_get_drvdata(dev); > > > int sha_num_bytes, i, ret, cnt = 0; > > > u8 hash[REH_SHA384_SIZE]; > > > - unsigned int stride; > > > u32 magic; > > > > > > - stride = regmap_get_reg_stride(sec->m10bmc->regmap); > > > - ret = m10bmc_raw_read(sec->m10bmc, prog_addr, &magic); > > > + ret = sec->m10bmc->flash_ops->read(sec->m10bmc, (u8 *)&magic, prog_addr, sizeof(magic)); > > > if (ret) > > > return ret; > > > > > > @@ -50,19 +48,16 @@ show_root_entry_hash(struct device *dev, u32 exp_magic, > > > return sysfs_emit(buf, "hash not programmed\n"); > > > > > > sha_num_bytes = FIELD_GET(REH_SHA_NUM_BYTES, magic) / 8; > > > - if ((sha_num_bytes % stride) || > > > - (sha_num_bytes != REH_SHA256_SIZE && > > > - sha_num_bytes != REH_SHA384_SIZE)) { > > > + if (sha_num_bytes != REH_SHA256_SIZE && > > > + sha_num_bytes != REH_SHA384_SIZE) { > > > dev_err(sec->dev, "%s bad sha num bytes %d\n", __func__, > > > sha_num_bytes); > > > return -EINVAL; > > > } > > > > > > - ret = regmap_bulk_read(sec->m10bmc->regmap, reh_addr, > > > - hash, sha_num_bytes / stride); > > > + ret = sec->m10bmc->flash_ops->read(sec->m10bmc, hash, reh_addr, sha_num_bytes); > > > if (ret) { > > > - dev_err(dev, "failed to read root entry hash: %x cnt %x: %d\n", > > > - reh_addr, sha_num_bytes / stride, ret); > > > + dev_err(dev, "failed to read root entry hash\n"); > > > return ret; > > > } > > > > > > @@ -98,27 +93,16 @@ DEVICE_ATTR_SEC_REH_RO(pr); > > > static ssize_t > > > show_canceled_csk(struct device *dev, u32 addr, char *buf) > > > { > > > - unsigned int i, stride, size = CSK_32ARRAY_SIZE * sizeof(u32); > > > + unsigned int i, size = CSK_32ARRAY_SIZE * sizeof(u32); > > > struct m10bmc_sec *sec = dev_get_drvdata(dev); > > > DECLARE_BITMAP(csk_map, CSK_BIT_LEN); > > > __le32 csk_le32[CSK_32ARRAY_SIZE]; > > > u32 csk32[CSK_32ARRAY_SIZE]; > > > int ret; > > > > > > - stride = regmap_get_reg_stride(sec->m10bmc->regmap); > > > - if (size % stride) { > > > - dev_err(sec->dev, > > > - "CSK vector size (0x%x) not aligned to stride (0x%x)\n", > > > - size, stride); > > > - WARN_ON_ONCE(1); > > > - return -EINVAL; > > > - } > > > - > > > - ret = regmap_bulk_read(sec->m10bmc->regmap, addr, csk_le32, > > > - size / stride); > > > + ret = sec->m10bmc->flash_ops->read(sec->m10bmc, (u8 *)&csk_le32, addr, size); > > > if (ret) { > > > - dev_err(sec->dev, "failed to read CSK vector: %x cnt %x: %d\n", > > > - addr, size / stride, ret); > > > + dev_err(sec->dev, "failed to read CSK vector\n"); > > > return ret; > > > } > > > > > > @@ -157,31 +141,21 @@ static ssize_t flash_count_show(struct device *dev, > > > { > > > struct m10bmc_sec *sec = dev_get_drvdata(dev); > > > const struct m10bmc_csr_map *csr_map = sec->m10bmc->info->csr_map; > > > - unsigned int stride, num_bits; > > > + unsigned int num_bits; > > > u8 *flash_buf; > > > int cnt, ret; > > > > > > - stride = regmap_get_reg_stride(sec->m10bmc->regmap); > > > num_bits = FLASH_COUNT_SIZE * 8; > > > > > > - if (FLASH_COUNT_SIZE % stride) { > > > - dev_err(sec->dev, > > > - "FLASH_COUNT_SIZE (0x%x) not aligned to stride (0x%x)\n", > > > - FLASH_COUNT_SIZE, stride); > > > - WARN_ON_ONCE(1); > > > - return -EINVAL; > > > - } > > > - > > > flash_buf = kmalloc(FLASH_COUNT_SIZE, GFP_KERNEL); > > > if (!flash_buf) > > > return -ENOMEM; > > > > > > - ret = regmap_bulk_read(sec->m10bmc->regmap, csr_map->rsu_update_counter, > > > - flash_buf, FLASH_COUNT_SIZE / stride); > > > + ret = sec->m10bmc->flash_ops->read(sec->m10bmc, flash_buf, > > > + csr_map->rsu_update_counter, > > > + FLASH_COUNT_SIZE); > > > if (ret) { > > > - dev_err(sec->dev, > > > - "failed to read flash count: %x cnt %x: %d\n", > > > - csr_map->rsu_update_counter, FLASH_COUNT_SIZE / stride, ret); > > > + dev_err(sec->dev, "failed to read flash count\n"); > > > goto exit_free; > > > } > > > cnt = num_bits - bitmap_weight((unsigned long *)flash_buf, num_bits); > > > @@ -470,15 +444,14 @@ static enum fw_upload_err m10bmc_sec_write(struct fw_upload *fwl, const u8 *data > > > { > > > struct m10bmc_sec *sec = fwl->dd_handle; > > > const struct m10bmc_csr_map *csr_map = sec->m10bmc->info->csr_map; > > > - u32 blk_size, doorbell, extra_offset; > > > - unsigned int stride, extra = 0; > > > + struct intel_m10bmc *m10bmc = sec->m10bmc; > > > + u32 blk_size, doorbell; > > > int ret; > > > > > > - stride = regmap_get_reg_stride(sec->m10bmc->regmap); > > > if (sec->cancel_request) > > > return rsu_cancel(sec); > > > > > > - ret = m10bmc_sys_read(sec->m10bmc, csr_map->doorbell, &doorbell); > > > + ret = m10bmc_sys_read(m10bmc, csr_map->doorbell, &doorbell); > > > if (ret) { > > > return FW_UPLOAD_ERR_RW_ERROR; > > > } else if (rsu_prog(doorbell) != RSU_PROG_READY) { > > > @@ -486,28 +459,12 @@ static enum fw_upload_err m10bmc_sec_write(struct fw_upload *fwl, const u8 *data > > > return FW_UPLOAD_ERR_HW_ERROR; > > > } > > > > > > - WARN_ON_ONCE(WRITE_BLOCK_SIZE % stride); > > > + WARN_ON_ONCE(WRITE_BLOCK_SIZE % regmap_get_reg_stride(m10bmc->regmap)); > > > blk_size = min_t(u32, WRITE_BLOCK_SIZE, size); > > > - ret = regmap_bulk_write(sec->m10bmc->regmap, > > > - M10BMC_STAGING_BASE + offset, > > > - (void *)data + offset, > > > - blk_size / stride); > > > + ret = m10bmc->flash_ops->write(m10bmc, data, offset, blk_size); > > > if (ret) > > > return FW_UPLOAD_ERR_RW_ERROR; > > > > > > - /* > > > - * If blk_size is not aligned to stride, then handle the extra > > > - * bytes with regmap_write. > > > - */ > > > - if (blk_size % stride) { > > > - extra_offset = offset + ALIGN_DOWN(blk_size, stride); > > > - memcpy(&extra, (u8 *)(data + extra_offset), blk_size % stride); > > > - ret = regmap_write(sec->m10bmc->regmap, > > > - M10BMC_STAGING_BASE + extra_offset, extra); > > > - if (ret) > > > - return FW_UPLOAD_ERR_RW_ERROR; > > > - } > > > - > > > *written = blk_size; > > > return FW_UPLOAD_ERR_NONE; > > > } > > > diff --git a/drivers/mfd/intel-m10-bmc-spi.c b/drivers/mfd/intel-m10-bmc-spi.c > > > index e7b0b3b03186..e3b2edb8bc07 100644 > > > --- a/drivers/mfd/intel-m10-bmc-spi.c > > > +++ b/drivers/mfd/intel-m10-bmc-spi.c > > > @@ -33,6 +33,57 @@ static struct regmap_config intel_m10bmc_regmap_config = { > > > .max_register = M10BMC_MEM_END, > > > }; > > > > > > +static int m10bmc_spi_flash_write(struct intel_m10bmc *m10bmc, const u8 *buf, u32 offset, u32 size) > > > +{ > > > + unsigned int stride = regmap_get_reg_stride(m10bmc->regmap); > > > + u32 leftover = size % stride; > > > + u32 extra_offset, extra = 0; > > > + int ret; > > > + > > > + if (WARN_ON_ONCE(stride > sizeof(extra))) > > > + return -EINVAL; > > > + > > > + ret = regmap_bulk_write(m10bmc->regmap, M10BMC_STAGING_BASE + offset, > > > + buf + offset, size / stride); > > > + if (ret) > > > + return ret; > > > + > > > + /* If size is not aligned to stride, then handle the extra bytes with regmap_write */ > > > + if (leftover) { > > > + extra_offset = offset + ALIGN_DOWN(size, stride); > > > + memcpy(&extra, (u8 *)(buf + extra_offset), leftover); > > > + > > > + ret = regmap_write(m10bmc->regmap, M10BMC_STAGING_BASE + extra_offset, extra); > > > + if (ret) > > > + return ret; > > > + } > > > + > > > + return 0; > > > +} > > > + > > > +static int m10bmc_spi_flash_read(struct intel_m10bmc *m10bmc, u8 *buf, u32 addr, u32 size) > > > +{ > > > + unsigned int stride = regmap_get_reg_stride(m10bmc->regmap); > > > + int ret; > > > + > > > + if (WARN_ON_ONCE(size % stride)) { > > > + dev_err(m10bmc->dev, "read size (0x%x) not aligned to stride (0x%x)\n", > > > + size, stride); > > > > Why read should be aligned to stride but write doesn't have to? It's odd that > > same amount of data could be written into flash but can't be read back. > > I'll see what needs to be done with this before resubmitting. > > > > + return -EINVAL; > > > + } > > > + > > > + ret = regmap_bulk_read(m10bmc->regmap, addr, buf, size / stride); > > > + if (ret) > > > + dev_err(m10bmc->dev, "failed to read flash block data: %x cnt %x: %d\n", > > > + addr, size / stride, ret); > > > + return ret; > > > +} > > > + > > > +static const struct intel_m10bmc_flash_ops m10bmc_spi_flash_ops = { > > > + .read = m10bmc_spi_flash_read, > > > + .write = m10bmc_spi_flash_write, > > > +}; > > > > Is the flash ops used in other devices? For now, I see it's specific for > > sec-update dev. So why not implement it in sec-update driver? > > Are you suggesting the sec-update driver should implement a similar split > per interface type (SPI/PMCI) as the mfd/bmc one currently does? ...While > doable, it seems a bit overkill to have that kind of double split. My preference is, try best not to impact MFD driver if a subdev IP is internally changed. For FPGA/CPLD, IP change happens normally. Till now, I see the flash area is dedicated for sec-update dev. So the direct operations for related HW ioaddrs had better be handled by sec-update driver. In case the layout of these HW IO is changed, no need to change the MFD driver. And the PMCI provides an accelerated channel for flash area instead of direct access. It's OK for PMCI MFD driver to implement the acceleration access callbacks, but it is still the sec-update driver's responsibility to decide whether to use it for flash area access. I don't have a solid idea how to implement the accelerated access, maybe some callback in MFD driver, or leverage regmap_bus.write/gather_write? I also have concern about accessing M10BMC_PMCI_FLASH_CTRL in MFD driver, if this register is also dedicated for sec-update. Thanks, Yilun > > -- > i. > > > > static int check_m10bmc_version(struct intel_m10bmc *ddata) > > > { > > > unsigned int v; > > > @@ -72,6 +123,7 @@ static int intel_m10_bmc_spi_probe(struct spi_device *spi) > > > > > > info = (struct intel_m10bmc_platform_info *)id->driver_data; > > > ddata->dev = dev; > > > + ddata->flash_ops = &m10bmc_spi_flash_ops; > > > > > > ddata->regmap = devm_regmap_init_spi_avmm(spi, &intel_m10bmc_regmap_config); > > > if (IS_ERR(ddata->regmap)) { > > > diff --git a/include/linux/mfd/intel-m10-bmc.h b/include/linux/mfd/intel-m10-bmc.h > > > index d752c0d7cbdb..860408aa8db3 100644 > > > --- a/include/linux/mfd/intel-m10-bmc.h > > > +++ b/include/linux/mfd/intel-m10-bmc.h > > > @@ -161,16 +161,30 @@ struct intel_m10bmc_platform_info { > > > const struct m10bmc_csr_map *csr_map; > > > }; > > > > > > +struct intel_m10bmc; > > > + > > > +/** > > > + * struct intel_m10bmc_flash_ops - device specific operations for flash R/W > > > + * @read: read a block of data from flash > > > + * @write: write a block of data to flash > > > + */ > > > +struct intel_m10bmc_flash_ops { > > > + int (*read)(struct intel_m10bmc *m10bmc, u8 *buf, u32 addr, u32 size); > > > + int (*write)(struct intel_m10bmc *m10bmc, const u8 *buf, u32 offset, u32 size); > > > +}; > > > + > > > /** > > > * struct intel_m10bmc - Intel MAX 10 BMC parent driver data structure > > > * @dev: this device > > > * @regmap: the regmap used to access registers by m10bmc itself > > > * @info: the platform information for MAX10 BMC > > > + * @flash_ops: optional device specific operations for flash R/W > > > */ > > > struct intel_m10bmc { > > > struct device *dev; > > > struct regmap *regmap; > > > const struct intel_m10bmc_platform_info *info; > > > + const struct intel_m10bmc_flash_ops *flash_ops; > > > > Same concern, maybe implement it in sec-update driver?