Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp2148367rwb; Fri, 11 Nov 2022 05:49:28 -0800 (PST) X-Google-Smtp-Source: AA0mqf75UjothHwuEyKO8ODzRN+CdhtZrRV5e7xI7IC2sPj+rDMKJ8qN8+9lo9FUTWsjQL9Wj7sJ X-Received: by 2002:a17:90a:de96:b0:210:7cd5:db0e with SMTP id n22-20020a17090ade9600b002107cd5db0emr2122336pjv.30.1668174567920; Fri, 11 Nov 2022 05:49:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668174567; cv=none; d=google.com; s=arc-20160816; b=xflbAKm95lAmZFaZHOuEkQfWvbgVodVlitD4oOkiMGt5sPzRVlV2QhjoBiJoHOoK+7 l/j5lF1638WK9u2Ymrc+UayIrOx7nTNPKwbu/C4BglscTcfW0+wvd815hh4KcCqxzIeW 9oFLwU2Kgl22p7VSsFwSWdtwz1+rLSpX2V/0922Y0knx2XZx4TxvfIlOclEhfaBzyylc 47iffsB2SmqGXfwT3JiCLItq6VU9l3RYZb0qt/NAomagH+UGPhvDQenoWWMBTQu9cqqT dD92U47mQv7PKcug1zbqPZBixu55WieRsFPqcchBWRSd9Z3ucBWSnMjeKXIv8JJI97po 3J6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-id:mime-version:references:message-id :in-reply-to:subject:cc:to:from:date:dkim-signature; bh=rOGEdgEKSIiPDrYQiFm4fe2XE5x5fVPVjGU1nvEMQiM=; b=mgZbXaEoMRwl3+3TJapeFx4d/rLH2OB8bT5o0mSwQt28RoeDfOrhO+DcOYGgOiFsYl vgh2z0L+I9oSkYs901gTTdRN86pk40bd2yrCfViX4Kh/rP0lAoPasHgd3VC9UV9y+9xJ TpmLJbfq3QHmkbeg0OIij6WZ8HjHdZ7pyBJkPHwttWBSV+0fS4YWYqVIOWDx4yPVj7cQ ibmsudV62rX38jV/xPlHpExR9Jp/lZk0r2Vmm9haNSELVoj2Tz2dy7I0m+mBA9LjIydf 0nmY1QtenZe+3wvLPpqHnOZAP4LJVqLQO8HbAMc21Q+EDeaKzrdRljsCxcnCczV4Nc8e 4Arw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=LZJ6K95M; 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 nh17-20020a17090b365100b00212f86579f8si6173650pjb.111.2022.11.11.05.49.15; Fri, 11 Nov 2022 05:49:27 -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=LZJ6K95M; 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 S233271AbiKKNcw (ORCPT + 91 others); Fri, 11 Nov 2022 08:32:52 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48730 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231564AbiKKNcu (ORCPT ); Fri, 11 Nov 2022 08:32:50 -0500 Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CEE505EF80; Fri, 11 Nov 2022 05:32:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1668173569; x=1699709569; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version:content-id; bh=xVe5NuQACj0+eXpuzAVwJPYI2FxjYOg4AK/VSwuoM1k=; b=LZJ6K95MIXIjueYFOLCU4UpgIi63aAZyX3t4PZGStw8dZPhsEDAWDyOU EvSnOal9tysoCqTLK3rl5s11qGaRXxlSO0HnqWniUSm+snFq5vjE70tqt XIneD1YKISYioP+IFmmCPnJ9PtOjLV2G3lahll8H7htTtdFueINAUfafP qxUN/DcnVTnuSr1T4iTpyuxVmUyTV2BtvmihSuC8OhabuWZUY34vCoQq2 DD3gT0JoSnb/B70U4egKPZPK3B+nRMb9JMI6nhXfc7ZuIHYSvgujz+lYq KkmkihqUTPJBd6mw4WHO+VmKWJuyywhLQjtvCUovPXFrTUByLQW6AbIW8 w==; X-IronPort-AV: E=McAfee;i="6500,9779,10527"; a="397890559" X-IronPort-AV: E=Sophos;i="5.96,156,1665471600"; d="scan'208";a="397890559" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Nov 2022 05:32:49 -0800 X-IronPort-AV: E=McAfee;i="6500,9779,10527"; a="726786584" X-IronPort-AV: E=Sophos;i="5.96,156,1665471600"; d="scan'208";a="726786584" Received: from iglushko-mobl1.ger.corp.intel.com ([10.249.44.68]) by fmsmga003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Nov 2022 05:32:45 -0800 Date: Fri, 11 Nov 2022 15:32:42 +0200 (EET) From: =?ISO-8859-15?Q?Ilpo_J=E4rvinen?= To: Xu Yilun 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 In-Reply-To: Message-ID: <375b8b75-9de0-6f9c-241e-27d479388fd7@linux.intel.com> References: <20221108144305.45424-1-ilpo.jarvinen@linux.intel.com> <20221108144305.45424-7-ilpo.jarvinen@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="8323329-734513149-1668166270=:1606" Content-ID: <888bab6-f8d1-ebef-d6fb-1f6c8d366bd9@linux.intel.com> X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,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 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-734513149-1668166270=:1606 Content-Type: text/plain; CHARSET=ISO-8859-15 Content-Transfer-Encoding: 8BIT Content-ID: 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. -- 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? --8323329-734513149-1668166270=:1606--