Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp549096pxf; Wed, 17 Mar 2021 10:15:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyhocPVLqYrUSmoGqQDSDzj4NbO2BjPN835rNHanB+oeafwhRumYKBaqixyydUL5wX6+tyo X-Received: by 2002:a17:906:6d8e:: with SMTP id h14mr10634442ejt.410.1616001316252; Wed, 17 Mar 2021 10:15:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616001316; cv=none; d=google.com; s=arc-20160816; b=Imw2RBV7fYeJe7VTfSYqLXfN5tY/6cCYDLmAiGgZLXfha/UGNDDGDeRi9QxDv3XP8S SM8DaaMcXXa2SRUU/XjbE8X3HJUStpt1nSJ4/KobeYt9RfS8chlDQbgih4KKSvWwRFrC oKL1D3zOE3tTfP6C+Wmy/Yoh3Oou+YwDsuG8H0w7fSGmc1vJ1Try7cAwtAz8NHDsGbcZ mXiGsR1i/e0Fo6gTN3jf0d6dskskHLajsZo4LRoJshXqDqvPWizKkY5V8MWSJcqDKvXh Qr/o/i3camesVljLx1vu2y8GxGz0yvT60e8e6Sh7cfXypAmyk1c3P0l4ta/qIpoYYxiy wNrg== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=zbLZBTPOt3PalUkd7vkAaEuXR/TaotkVDrurINj6DSo=; b=SvApmBETi++1PvynKB4zIS1pwdzlOEX65BYOLHNydZbHLshSoX00kAChfOA/wK84x0 1yOT37cM+mWHp+oba0M3mO8D5HG/zhEYmLJ9M7A3qBF7qy2/iOVmom+0vJ9bHF+OXF3C fW6U3mxt7hfiHW6HEtRl+7GHMXB+vrKfa4OrKUx9GEIZD+kqq/oR4uh5SjVaEXBnvQno YFnoJuQiOD8kYy8qHHqli11nbHrfwqGFK+ZdryuD4KLD0oN2KnlER50Mc6RXeDH3OBJ4 Z2kklILv+4d5WoT9eBBIk3dfExnZJExxdM3dlfc+roPdUj4EC6YiWUOF4jbp3hQhZnjn Wq1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=JyizQTRN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c12si17073152edv.455.2021.03.17.10.14.53; Wed, 17 Mar 2021 10:15:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=JyizQTRN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231589AbhCQOIS (ORCPT + 99 others); Wed, 17 Mar 2021 10:08:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50474 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231736AbhCQOII (ORCPT ); Wed, 17 Mar 2021 10:08:08 -0400 Received: from mail-pg1-x52e.google.com (mail-pg1-x52e.google.com [IPv6:2607:f8b0:4864:20::52e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9DBF2C06174A for ; Wed, 17 Mar 2021 07:08:08 -0700 (PDT) Received: by mail-pg1-x52e.google.com with SMTP id o10so24850656pgg.4 for ; Wed, 17 Mar 2021 07:08:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=zbLZBTPOt3PalUkd7vkAaEuXR/TaotkVDrurINj6DSo=; b=JyizQTRNzjc12bF2nYZUk5TWa0VTDDupvogs6vp9/rwHoH5tC/JSuh0/r5TXP+Dwxk yMTKJm3zbPrEXAlriSCjQ0e3gug9mkPiYERT+ApbOfgXkLOEkBnm7t+PZMVourf1iHtk cYvqpBAEI1sBgfBwYa+HmVpt0TaH1mCakfL6SH9+3XoRcMy6WzmSMb9EGCj4Nfe0D3MM bR51odL5gFB5rhJz0vHh0mxnj+DEBWvVlaNGUisqhlMoxMTYSRd5UAHAJndQDHW3Csw/ SJ7lzqQA3rcT+wnUJFWMSLnKotiZFc2AQr740g/xo51sZAvgyC0FX5brAc2YK0uoMRKf yGcQ== 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; bh=zbLZBTPOt3PalUkd7vkAaEuXR/TaotkVDrurINj6DSo=; b=HYvTPoVIqDnq2ukequcdUfrKd86W5F/lX4KIcKIVyaPVVzHP5qAGgbgKQhU+be5Gvc Fc5x/RZhGLbKY44/yJH0AbNUmIxC4oPk/jRIuhRBGDuqMVyQSq4CwdC1oqKn3GQjvCSp T9P8P60gP/wss45FVPY5Vxftds/VZ3+n6FATSsDD7gFz9pOOO/7uNESGMTBaRBlXn3nN YnLTjKpO0lgGHHIAZdd5tr3dJQ+CiyA5csNltiGMyi1i+IFvGsz1eSeu+PSAjrvo8DwS /fIYb1mXpOtijTMr1l07S/Fa2bCDfKPJyrnYISwhabS9Wnkv2U7Ztn7xTe0wUt6pPCWM eXKA== X-Gm-Message-State: AOAM530K3aHNCxaaETXxiPJfDh114aTNhPxUVdIyQFYnDSgjUtQQ/sPc dCkdId9GeFplHpvEMSH/cDPT X-Received: by 2002:a65:458e:: with SMTP id o14mr2881115pgq.415.1615990087899; Wed, 17 Mar 2021 07:08:07 -0700 (PDT) Received: from thinkpad ([103.66.79.72]) by smtp.gmail.com with ESMTPSA id f23sm19492557pfa.85.2021.03.17.07.08.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Mar 2021 07:08:07 -0700 (PDT) Date: Wed, 17 Mar 2021 19:38:01 +0530 From: Manivannan Sadhasivam To: Boris Brezillon Cc: miquel.raynal@bootlin.com, richard@nod.at, vigneshr@ti.com, robh+dt@kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, Daniele.Palmas@telit.com, bjorn.andersson@linaro.org Subject: Re: [PATCH v5 3/3] mtd: rawnand: Add support for secure regions in NAND memory Message-ID: <20210317140801.GB53345@thinkpad> References: <20210317122513.42369-1-manivannan.sadhasivam@linaro.org> <20210317122513.42369-4-manivannan.sadhasivam@linaro.org> <20210317141449.7a4b5294@collabora.com> <20210317135249.GA53345@thinkpad> <20210317145939.4781ccc4@collabora.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210317145939.4781ccc4@collabora.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 17, 2021 at 02:59:39PM +0100, Boris Brezillon wrote: > On Wed, 17 Mar 2021 19:22:49 +0530 > Manivannan Sadhasivam wrote: > > > On Wed, Mar 17, 2021 at 02:14:49PM +0100, Boris Brezillon wrote: > > > On Wed, 17 Mar 2021 17:55:13 +0530 > > > Manivannan Sadhasivam wrote: > > > > > > > On a typical end product, a vendor may choose to secure some regions in > > > > the NAND memory which are supposed to stay intact between FW upgrades. > > > > The access to those regions will be blocked by a secure element like > > > > Trustzone. So the normal world software like Linux kernel should not > > > > touch these regions (including reading). > > > > > > > > The regions are declared using a NAND chip DT property, > > > > "secure-regions". So let's make use of this property in the nand core > > > > and skip access to the secure regions present in a system. > > > > > > > > Signed-off-by: Manivannan Sadhasivam > > > > --- > > > > drivers/mtd/nand/raw/nand_base.c | 105 +++++++++++++++++++++++++++++++ > > > > include/linux/mtd/rawnand.h | 4 ++ > > > > 2 files changed, 109 insertions(+) > > > > > > > > diff --git a/drivers/mtd/nand/raw/nand_base.c b/drivers/mtd/nand/raw/nand_base.c > > > > index c33fa1b1847f..c85cbd491f05 100644 > > > > --- a/drivers/mtd/nand/raw/nand_base.c > > > > +++ b/drivers/mtd/nand/raw/nand_base.c > > > > @@ -278,11 +278,41 @@ static int nand_block_bad(struct nand_chip *chip, loff_t ofs) > > > > return 0; > > > > } > > > > > > > > +/** > > > > + * nand_check_sec_region() - Check if the region is secured > > > > + * @chip: NAND chip object > > > > + * @offset: Offset of the region to check > > > > + * > > > > + * Checks if the region is secured by comparing the offset with the list of > > > > + * secure regions obtained from DT. Returns -EIO if the region is secured > > > > + * else 0. > > > > + */ > > > > +static int nand_check_sec_region(struct nand_chip *chip, loff_t offset) > > > > > > You're only passing an offset, looks like the size is missing, which > > > will be problematic for nand_do_{read,write}_ops() which might > > > read/write more than one page. > > > > > > > Hmm, so the intention is to skip reading the secure pages instead of bailing > > out inside while loop in nand_do_{read,write}_ops()? > > No, the goal is to return -EIO before even trying to read/write those > pages if the range being read/written is covering a secure section. The > idea is to do this check outside the while() loop, so you only do it > once for the read/write request instead of once per page. > Ah, got it. Thanks for the clarification. Regards, Mani > > I think that will violate > > the ABI since we skipped few pages but the application intended to read all. > > > > Thanks, > > Mani > > > > > > +{ > > > > + int i, j; > > > > + > > > > + /* Skip touching the secure regions if present */ > > > > + for (i = 0, j = 0; i < chip->nr_sec_regions; i++, j += 2) { > > > > + if (offset >= chip->sec_regions[j] && > > > > + (offset <= chip->sec_regions[j] + chip->sec_regions[j + 1])) > > > > + return -EIO; > > > > + } > > > > + > > > > + return 0; > > > > +} > > > > + > > > > static int nand_isbad_bbm(struct nand_chip *chip, loff_t ofs) > > > > { > > > > + int ret; > > > > + > > > > if (chip->options & NAND_NO_BBM_QUIRK) > > > > return 0; > > > > > > > > + /* Check if the region is secured */ > > > > + ret = nand_check_sec_region(chip, ofs); > > > > + if (ret) > > > > + return ret; > > > > + > > > > if (chip->legacy.block_bad) > > > > return chip->legacy.block_bad(chip, ofs); > > > > > > > > @@ -397,6 +427,11 @@ static int nand_do_write_oob(struct nand_chip *chip, loff_t to, > > > > return -EINVAL; > > > > } > > > > > > > > + /* Check if the region is secured */ > > > > + ret = nand_check_sec_region(chip, to); > > > > + if (ret) > > > > + return ret; > > > > + > > > > chipnr = (int)(to >> chip->chip_shift); > > > > > > > > /* > > > > @@ -565,6 +600,11 @@ static int nand_block_isreserved(struct mtd_info *mtd, loff_t ofs) > > > > > > > > if (!chip->bbt) > > > > return 0; > > > > + > > > > + /* Check if the region is secured */ > > > > + if (nand_check_sec_region(chip, ofs)) > > > > + return -EIO; > > > > + > > > > /* Return info from the table */ > > > > return nand_isreserved_bbt(chip, ofs); > > > > } > > > > @@ -2737,6 +2777,11 @@ static int nand_read_page_swecc(struct nand_chip *chip, uint8_t *buf, > > > > uint8_t *ecc_code = chip->ecc.code_buf; > > > > unsigned int max_bitflips = 0; > > > > > > > > + /* Check if the region is secured */ > > > > + ret = nand_check_sec_region(chip, ((loff_t)page << chip->page_shift)); > > > > + if (ret) > > > > + return ret; > > > > + > > > > chip->ecc.read_page_raw(chip, buf, 1, page); > > > > > > > > for (i = 0; eccsteps; eccsteps--, i += eccbytes, p += eccsize) > > > > @@ -3127,6 +3172,11 @@ static int nand_do_read_ops(struct nand_chip *chip, loff_t from, > > > > int retry_mode = 0; > > > > bool ecc_fail = false; > > > > > > > > + /* Check if the region is secured */ > > > > + ret = nand_check_sec_region(chip, from); > > > > + if (ret) > > > > + return ret; > > > > + > > > > chipnr = (int)(from >> chip->chip_shift); > > > > nand_select_target(chip, chipnr); > > > > > > > > @@ -3458,6 +3508,11 @@ static int nand_do_read_oob(struct nand_chip *chip, loff_t from, > > > > pr_debug("%s: from = 0x%08Lx, len = %i\n", > > > > __func__, (unsigned long long)from, readlen); > > > > > > > > + /* Check if the region is secured */ > > > > + ret = nand_check_sec_region(chip, from); > > > > + if (ret) > > > > + return ret; > > > > + > > > > stats = mtd->ecc_stats; > > > > > > > > len = mtd_oobavail(mtd, ops); > > > > @@ -3709,6 +3764,11 @@ static int nand_write_page_swecc(struct nand_chip *chip, const uint8_t *buf, > > > > uint8_t *ecc_calc = chip->ecc.calc_buf; > > > > const uint8_t *p = buf; > > > > > > > > + /* Check if the region is secured */ > > > > + ret = nand_check_sec_region(chip, ((loff_t)page << chip->page_shift)); > > > > + if (ret) > > > > + return ret; > > > > + > > > > /* Software ECC calculation */ > > > > for (i = 0; eccsteps; eccsteps--, i += eccbytes, p += eccsize) > > > > chip->ecc.calculate(chip, p, &ecc_calc[i]); > > > > @@ -3979,6 +4039,11 @@ static int nand_do_write_ops(struct nand_chip *chip, loff_t to, > > > > return -EINVAL; > > > > } > > > > > > > > + /* Check if the region is secured */ > > > > + ret = nand_check_sec_region(chip, to); > > > > + if (ret) > > > > + return ret; > > > > + > > > > column = to & (mtd->writesize - 1); > > > > > > > > chipnr = (int)(to >> chip->chip_shift); > > > > @@ -4180,6 +4245,11 @@ int nand_erase_nand(struct nand_chip *chip, struct erase_info *instr, > > > > if (check_offs_len(chip, instr->addr, instr->len)) > > > > return -EINVAL; > > > > > > > > + /* Check if the region is secured */ > > > > + ret = nand_check_sec_region(chip, instr->addr); > > > > + if (ret) > > > > + return ret; > > > > + > > > > /* Grab the lock and see if the device is available */ > > > > ret = nand_get_device(chip); > > > > if (ret) > > > > @@ -4995,10 +5065,32 @@ static bool of_get_nand_on_flash_bbt(struct device_node *np) > > > > return of_property_read_bool(np, "nand-on-flash-bbt"); > > > > } > > > > > > > > +static int of_get_nand_secure_regions(struct nand_chip *chip) > > > > +{ > > > > + struct device_node *dn = nand_get_flash_node(chip); > > > > + struct property *prop; > > > > + int length, nr_elem; > > > > + > > > > + prop = of_find_property(dn, "secure-regions", &length); > > > > + if (prop) { > > > > + nr_elem = length / sizeof(u64); > > > > + chip->nr_sec_regions = nr_elem / 2; > > > > + > > > > + chip->sec_regions = kcalloc(nr_elem, sizeof(u32), GFP_KERNEL); > > > > > > s/sizeof(u32)/sizeof(*chip->sec_regions)/ > > > > > > > + if (!chip->sec_regions) > > > > + return -ENOMEM; > > > > + > > > > + of_property_read_u64_array(dn, "secure-regions", chip->sec_regions, nr_elem); > > > > + } > > > > + > > > > + return 0; > > > > +} > > > > + > > > > static int rawnand_dt_init(struct nand_chip *chip) > > > > { > > > > struct nand_device *nand = mtd_to_nanddev(nand_to_mtd(chip)); > > > > struct device_node *dn = nand_get_flash_node(chip); > > > > + int ret; > > > > > > > > if (!dn) > > > > return 0; > > > > @@ -5015,6 +5107,16 @@ static int rawnand_dt_init(struct nand_chip *chip) > > > > of_get_nand_ecc_user_config(nand); > > > > of_get_nand_ecc_legacy_user_config(chip); > > > > > > > > + /* > > > > + * Look for secure regions in the NAND chip. These regions are supposed > > > > + * to be protected by a secure element like Trustzone. So the read/write > > > > + * accesses to these regions will be blocked in the runtime by this > > > > + * driver. > > > > + */ > > > > + ret = of_get_nand_secure_regions(chip); > > > > + if (!ret) > > > > + return ret; > > > > + > > > > /* > > > > * If neither the user nor the NAND controller have requested a specific > > > > * ECC engine type, we will default to NAND_ECC_ENGINE_TYPE_ON_HOST. > > > > @@ -6068,6 +6170,9 @@ void nand_cleanup(struct nand_chip *chip) > > > > /* Free manufacturer priv data. */ > > > > nand_manufacturer_cleanup(chip); > > > > > > > > + /* Free secure regions data */ > > > > + kfree(chip->sec_regions); > > > > + > > > > /* Free controller specific allocations after chip identification */ > > > > nand_detach(chip); > > > > > > > > diff --git a/include/linux/mtd/rawnand.h b/include/linux/mtd/rawnand.h > > > > index 6b3240e44310..5ae77ecf41f3 100644 > > > > --- a/include/linux/mtd/rawnand.h > > > > +++ b/include/linux/mtd/rawnand.h > > > > @@ -1086,6 +1086,8 @@ struct nand_manufacturer { > > > > * NAND Controller drivers should not modify this value, but they're > > > > * allowed to read it. > > > > * @read_retries: The number of read retry modes supported > > > > + * @sec_regions: Array representing the secure regions > > > > + * @nr_sec_regions: Number of secure regions > > > > * @controller: The hardware controller structure which is shared among multiple > > > > * independent devices > > > > * @ecc: The ECC controller structure > > > > @@ -1135,6 +1137,8 @@ struct nand_chip { > > > > unsigned int suspended : 1; > > > > int cur_cs; > > > > int read_retries; > > > > + u64 *sec_regions; > > > > > > struct { > > > u64 start; > > > u64 size; > > > } *sec_regions; > > > > > > > + u8 nr_sec_regions; > > > > > > > > /* Externals */ > > > > struct nand_controller *controller; > > > >