From patchwork Tue Dec 15 15:56:20 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Nicolas Saenz Julienne X-Patchwork-Id: 1416562 Return-Path: X-Original-To: incoming-dt@patchwork.ozlabs.org Delivered-To: patchwork-incoming-dt@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org (client-ip=23.128.96.18; helo=vger.kernel.org; envelope-from=devicetree-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=suse.de Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by ozlabs.org (Postfix) with ESMTP id 4CwNTT3PlQz9sPB for ; Wed, 16 Dec 2020 03:08:13 +1100 (AEDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730358AbgLOQHu (ORCPT ); Tue, 15 Dec 2020 11:07:50 -0500 Received: from mx2.suse.de ([195.135.220.15]:60770 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730307AbgLOP5W (ORCPT ); Tue, 15 Dec 2020 10:57:22 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 4CD2EAC7F; Tue, 15 Dec 2020 15:56:40 +0000 (UTC) From: Nicolas Saenz Julienne To: srinivas.kandagatla@linaro.org, Saenz Julienne , devicetree@vger.kernel.org, bcm-kernel-feedback-list@broadcom.com, linux-rpi-kernel@lists.infradead.org, linux-arm-kernel@lists.infradead.org Cc: linux-kernel@vger.kernel.org, linux@armlinux.org.uk, catalin.marinas@arm.com, will@kernel.org, robh+dt@kernel.org, tim.gover@raspberrypi.com, phil@raspberrypi.com Subject: [PATCH 0/6] Expose RPi4'd bootloader configuration Date: Tue, 15 Dec 2020 16:56:20 +0100 Message-Id: <20201215155627.2513-1-nsaenzjulienne@suse.de> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org Soon to be released versions of RPi4's firmware will take of care passing their bootloader's configuration to the OS by copying it into memory and creating a reserved memory node in the board's DT. In order to make use of this information, this series introduces a new generic nvmem driver that maps reserved-memory nodes into nvmem devices. An alternative approach, less nice IMO, would be to create a platform-specific 'soc' driver. Regards, Nicolas --- Nicolas Saenz Julienne (6): dt-bindings: nvmem: Add bindings for rmem driver nvmem: Add driver to expose reserved memory as nvmem ARM: dts: bcm2711: Add reserved memory template to hold firmware configuration ARM: dts: bcm2711: Expose boot-loader configuration arm64: defconfig: Enable nvmem's rmem driver ARM: multi_v7_defconfig: Enable nvmem's rmem driver .../devicetree/bindings/nvmem/rmem.yaml | 35 +++++++ arch/arm/boot/dts/bcm2711-rpi-4-b.dts | 25 +++++ arch/arm/configs/multi_v7_defconfig | 1 + arch/arm64/configs/defconfig | 1 + drivers/nvmem/Kconfig | 8 ++ drivers/nvmem/Makefile | 2 + drivers/nvmem/rmem.c | 92 +++++++++++++++++++ 7 files changed, 164 insertions(+) create mode 100644 Documentation/devicetree/bindings/nvmem/rmem.yaml create mode 100644 drivers/nvmem/rmem.c