Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1477982pxf; Fri, 19 Mar 2021 08:02:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxyI2ugZzc7ha9VhB6uPgLNZaXttgED+37rFnlTy4dzyhK0E7eY/xoydnRdwmoydfHDq1jn X-Received: by 2002:aa7:cf90:: with SMTP id z16mr10051944edx.273.1616166124652; Fri, 19 Mar 2021 08:02:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616166124; cv=none; d=google.com; s=arc-20160816; b=NgChuIZNlqxafwS1mvt47b5aNBllHL2PVQ/pnPxOMFaGszQoHJmvS7Y8ERznn+BomW Z418WlH4LaPJh9bSKe70OkMFcE5lsEmszBcQLGC0TR7Pl9uHEiiX5UQfqmYO7t21Qfvy WX1VpRbnZ3VkTETBv0dVcu9UD1/oo5vvVFwL9Wvluzz6q4f0dhvD0bWenWD9dwbKU7Dp PXeiyQSytXNlwPGQX4jBgD9L17v1Bu2Vwp4AhXmOpPiJuUHiJfWurGMWborge8aRa7Ad YyEQGv4hlzGD/poBNpsPC6ScHeNyHgsm7pEFl8sYP+psJV+q7DGpkE/LmCdX6ng+vMjC QRnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=M5Nw3l3C9BhgQoUREMWsI0hgInH8MQVfR6+8IVWCIdo=; b=gaqv1n2ZuL3rWxFl+w2/9OiQD3HN+PXp3KEzqT5Dfo2/ITIAytp36k1AWmb5K/C6KJ VknMJXuT/1Y8eE1N97qykS7X8jPvAHTgLU12MgijSZHBakTUflvO5OKmhmT34k+NuP4R Z+H5auYyW4M3AYkGHqiURPag6IlqD92EasF5U+bMUzVmnwlE5gMI7VU3vdEC/vhXHgfo gvuavnHHPJ8XeJY3aqcUWktylJ3TQfoZRIVs5GPPoaT6eVNCKYFdRdmSpLPxsYNBvXE0 NywiPW4zgIOpYL/kN0hzHwh3Po6zqVeB10zDk775oEySyydAJq4gRZaw/BFuMhqTHa+G 0XEQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=LRfVRr52; 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 m7si4488558edd.486.2021.03.19.08.01.37; Fri, 19 Mar 2021 08:02:04 -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=LRfVRr52; 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 S230232AbhCSPAm (ORCPT + 99 others); Fri, 19 Mar 2021 11:00:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33660 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230373AbhCSPAY (ORCPT ); Fri, 19 Mar 2021 11:00:24 -0400 Received: from mail-pj1-x1032.google.com (mail-pj1-x1032.google.com [IPv6:2607:f8b0:4864:20::1032]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1F3E3C061760 for ; Fri, 19 Mar 2021 08:00:24 -0700 (PDT) Received: by mail-pj1-x1032.google.com with SMTP id cl21-20020a17090af695b02900c61ac0f0e9so8577803pjb.1 for ; Fri, 19 Mar 2021 08:00:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=M5Nw3l3C9BhgQoUREMWsI0hgInH8MQVfR6+8IVWCIdo=; b=LRfVRr52FqDBkEVxTUXWNlPa4tABOweGyyPlJeYU/Y4rVMgc4Bk30CXouKPWd/ngAt c/kNNTvvcSVlT58veMoXnjecZ2pAftOLbWfUWf3A0DdBhBsC71WmhL1mRSBbGB05GyBc JN+r9/zzKisMlhi4ItfeSr0fcJVsk9KuCM638bJikQJG3c7J2r8i0WOcImvgzyzWp+/V UB0XnGmHoUpNFBN7v99yEwj8hBysFV+73wkjXSmvv4wrWiiJ4ds14SaWY1Ow7AEnLml+ Lp2hbrVKQwlQ2+VOIV40epu/D99cdP2CPfv27K1nIh6+jWmkbLx+pwAWKQi78eXDjAdt U4+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=M5Nw3l3C9BhgQoUREMWsI0hgInH8MQVfR6+8IVWCIdo=; b=gtj8PVqaFEVxQYNzD1nyXseqHRcGFfLWz56xr6oTSqK6rX0P2e81YgxocYAhuuLTLN HEef3On87ECUqshhGw9kdXlA+ELiwr9+VUebBpTpzIzgk4teB13jZsIt3/PAO4l/8kkQ Xvc4np+9KnB3yCJ867rXCLbGp+j/nPRuZVy9aQR0q8O3JAW7QmMIx7oOIwFLIJuOdxxu JPSEcnqS1Q+vmycw4q2AosuXtHHg35JLChdS5n1WDLLbjoh9frfs37JlATzwr4S9RG/G s1Rsq4Y0OZslPqBlDnaVP3mTw1TDfJVFUCEiE2OzBGjWRzKyG0nNpPs26X2K0k/sSv4S ciUg== X-Gm-Message-State: AOAM530xFhMmr9MBdyTZs/M0WeLUG8Si10oQ9aWU9BoaUa3rRxczAjmk k4zXgh2SPMKT0jHnSFJILCys X-Received: by 2002:a17:90a:be07:: with SMTP id a7mr10450804pjs.75.1616166023408; Fri, 19 Mar 2021 08:00:23 -0700 (PDT) Received: from localhost.localdomain ([2409:4072:387:dba9:92f4:36c7:1aec:59de]) by smtp.gmail.com with ESMTPSA id h19sm6092345pfc.172.2021.03.19.08.00.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 19 Mar 2021 08:00:22 -0700 (PDT) From: Manivannan Sadhasivam To: miquel.raynal@bootlin.com, richard@nod.at, vigneshr@ti.com, robh+dt@kernel.org Cc: linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, boris.brezillon@collabora.com, Daniele.Palmas@telit.com, bjorn.andersson@linaro.org, Manivannan Sadhasivam Subject: [PATCH v7 0/3] Add support for secure regions in NAND Date: Fri, 19 Mar 2021 20:30:07 +0530 Message-Id: <20210319150010.32122-1-manivannan.sadhasivam@linaro.org> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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). So this series adds a property for declaring such secure regions in DT so that the driver can skip touching them. While at it, the Qcom NANDc DT binding is also converted to YAML format. Thanks, Mani Changes in v7: * Made "size" u64 and fixed a warning reported by Kernel test bot Changes in v6: * Made use of "size" of the regions for comparision * Used "secure" instead of "sec" * Fixed the sizeof parameter in of_get_nand_secure_regions() Changes in v5: * Switched to "uint64-matrix" as suggested by Rob * Moved the whole logic from qcom driver to nand core as suggested by Boris Changes in v4: * Used "uint32-matrix" instead of "uint32-array" as per Rob's review. * Collected Rob's review tag for binding conversion patch Changes in v3: * Removed the nand prefix from DT property and moved the property parsing logic before nand_scan() in driver. Changes in v2: * Moved the secure-regions property to generic NAND binding as a NAND chip property and renamed it as "nand-secure-regions". Manivannan Sadhasivam (3): dt-bindings: mtd: Convert Qcom NANDc binding to YAML dt-bindings: mtd: Add a property to declare secure regions in NAND chips mtd: rawnand: Add support for secure regions in NAND memory .../bindings/mtd/nand-controller.yaml | 7 + .../devicetree/bindings/mtd/qcom,nandc.yaml | 196 ++++++++++++++++++ .../devicetree/bindings/mtd/qcom_nandc.txt | 142 ------------- drivers/mtd/nand/raw/nand_base.c | 111 ++++++++++ include/linux/mtd/rawnand.h | 4 + 5 files changed, 318 insertions(+), 142 deletions(-) create mode 100644 Documentation/devicetree/bindings/mtd/qcom,nandc.yaml delete mode 100644 Documentation/devicetree/bindings/mtd/qcom_nandc.txt -- 2.25.1