Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp1847125rwb; Fri, 11 Nov 2022 00:59:05 -0800 (PST) X-Google-Smtp-Source: AA0mqf7TdtH51BKRBH7g87GG0AOvVgVW6OzEvAPXonL3rXZXP4PGjBD7PY0cl3mtnEPnNUVymj1Y X-Received: by 2002:a17:906:3fd1:b0:7a6:a48b:5e2a with SMTP id k17-20020a1709063fd100b007a6a48b5e2amr1132342ejj.338.1668157145153; Fri, 11 Nov 2022 00:59:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668157145; cv=none; d=google.com; s=arc-20160816; b=LiY3x3PHzYtk5ay1q6A8NOqnxg+eSaDlkXIW6Pk0cD6emr3m3KFdjWrECgL/eaANvJ JPF1nPU8r+1OLzoL72qQfde1iihnwaFFHA1sZUPeSZqPWXUOss0mFcn2LepjjCZYfMp4 QDF6SIys3+L+sfrzLF+jpt/7bhKmtwyQvVkmJSPLRRBLVw8iZ2U2HXuFZL5g43dnw59z mATbBr18w9snmWkAZTw/KZgPVa91nGIusDF/Gkuw+groeBtaAUljN0iW2nzmjotrNTUG D+HgeLfaEJIjKoYWmVzQhCmbB/HMBiYwgheUOsolezq5QiLKsKsAEwtXp4HvCW07if3h 3xkQ== 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=PzqeJRyROF9J466Q0pnIBjwifkTSn2IO7zXZVYz6n1Y=; b=gHk6zH0FVSh7nCy30WnD9APHuJ37cz9adP8odmT+EERTiIhLA9NdP6r1Jmlrm6WW7a D1qN/T+sxTKrCNa5QwY2mxI6tywehLCQmow9LB8G81XNu5k6T0UCF30CyHwi27LezyUb 9rZVlSWbRpIppfG5qR59dOw3XdbY6ZuLTzgRXyobEOno5C6LjHwklyhzGDbHtCpUjZg5 WMxgUj9iqpku4qYtl4DsxDooPm2R5zP9canHQar4v/bSXOmdWALbkrOovSQP5kUhw6s1 daur6cFQoTqlmDRqm0hQ4PnnRbtMS+B4bmf5ZVb5DfuYnfOSYRA2qc444Vn7/gBvejZf a4iQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=lbijR1z2; 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 er25-20020a056402449900b004599ae68f98si1716240edb.136.2022.11.11.00.58.42; Fri, 11 Nov 2022 00:59:05 -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=lbijR1z2; 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 S233288AbiKKIvW (ORCPT + 92 others); Fri, 11 Nov 2022 03:51:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40490 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232851AbiKKIvR (ORCPT ); Fri, 11 Nov 2022 03:51:17 -0500 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A37E8725F3; Fri, 11 Nov 2022 00:51:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1668156676; x=1699692676; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=k1Lp1JuPY70Xnp6sr/0JKY+jhnfSzK3ws8TA12fHYfg=; b=lbijR1z28ms+gGa2/LNPcVqKNP9H2S17EmVSfTtjysLYEa2hiDN+5wVX 0zi70oEkwaeDCR0XmSDl96icQBhsLZlO8mwb2XzuDtJuFKXDxlI5bzS5s h098lxhrhUA4AaVAPbKJsuaZNADpJ3rRBsisfojwwfngQxh8Vrb8CvZjh iRuf+8Iz0BuPd/mB9cWt1ZSNgqRNORB/S0PXWGEtB9mfSKuLEL1vnQOsA qIJK+UVjUAHRnuuAxt9EpSDejFHm5eKVbAG2nr7+uB+h2afUGlQdovoo2 D/hxikX/w2DdI73SGawpfG6iyMbay68ar4wpzbwF8xWsf9/sZxGxsFSuG g==; X-IronPort-AV: E=McAfee;i="6500,9779,10527"; a="338327746" X-IronPort-AV: E=Sophos;i="5.96,156,1665471600"; d="scan'208";a="338327746" Received: from orsmga006.jf.intel.com ([10.7.209.51]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Nov 2022 00:51:16 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10527"; a="615427587" X-IronPort-AV: E=Sophos;i="5.96,156,1665471600"; d="scan'208";a="615427587" Received: from yilunxu-optiplex-7050.sh.intel.com (HELO localhost) ([10.239.159.165]) by orsmga006.jf.intel.com with ESMTP; 11 Nov 2022 00:51:12 -0800 Date: Fri, 11 Nov 2022 16:41:52 +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 , linux-kernel@vger.kernel.org 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> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20221108144305.45424-7-ilpo.jarvinen@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-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. > + 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? > + > 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? Thanks, Yilun > }; > > /* > -- > 2.30.2 >