These are all the driver updates for SoC specific drivers. There are a couple of subsystems with individual maintainers picking up their patches here: - The reset controller subsystem add support for a few new SoC variants to existing drivers, along with other minor improvements - The OP-TEE subsystem gets a driver for the ARM FF-A transport - The memory controller subsystem has improvements for Tegra, Mediatek, Renesas, Freescale and Broadcom specific drivers. - The tegra cpuidle driver changes get merged through this tree this time. There are only minor changes, but they depend on other tegra driver updates here. - The ep93xx platform finally moves to using the drivers/clk/ subsystem, moving the code out of arch/arm in the process. This depends on a small sound driver change that is included here as well. - There are some minor updates for Qualcomm and Tegra specific firmware drivers. The other driver updates are mainly for drivers/soc, which contains a mixture of vendor specific drivers that don't really fit elsewhere: - Mediatek drivers gain more support for MT8192, with new support for hw-mutex and mmsys routing, plus support for reset lines in the mmsys driver. - Qualcomm gains a new "sleep stats" driver, and support for the "Generic Packet Router" in the APR driver. - There is a new user interface for routing the UARTS on ASpeed BMCs, something that apparently nobody else has needed so far. - More drivers can now be built as loadable modules, in particular for Broadcom and Samsung platforms. - Lots of improvements to the TI sysc driver for better suspend/resume support Finally, there are lots of minor cleanups and new device IDs for amlogic, renesas, tegra, qualcomm, mediateka, samsung, imx, layerscape, allwinner, broadcom, and omap. -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEo6/YBQwIrVS28WGKmmx57+YAGNkFAmGCvKgACgkQmmx57+YA GNnNfw/8DDTfMUycVvtaNslYlWri0/2O0nSqhNIIbTAcVuD/x5qo/McDhKuv+ldM BoTDMjRYZfQkrNXSEj3MaxB9E0o6Srva5SM8y4+Koe0VVtvEVovjYkXOhXqSEWWl aqVIe0S6Y1rF/KxJlvAfGxYHb5d+6aYqzdmhjURpXNGxqpSHb9/hqisY97Q9TpnD 6lQZOz9d1JNDq0eOh1qjcfuMjg1EHZHDZJyioCvyX38KIl2q7p3ll2z/eqrrDhQZ TrvL/YVosTXqBcAfi47Oz+n/CX2i0MrjVO8nfPSGOq5UL4Al3SZD4XYY96IOIQrH +XGFigGGAkV2LfKSEPNJWaq7g+SiQUr2jc3p8b4Zxde8/+5M127/gotiPddyG2LX 1OnFRnPskgRApGqHjGEcEzzJUTag7Hc+YVH82TMEHZhSDMq6i30k9UnyfXsziZDV 8CrkOpjuSg+YxFv/83bfa1pIoYtFfjGr16mq4muajodnX7+b7My9iv+2Oo2iQM9y DwRUKj7+eap23SEUpi4et6HlNpoF6yJMbt5Ae1k+gTK2DvQ4Cx6n4QJz/I7WC1Wp BdVhvSH8XVppVLtQqODud+VWvLgLerRxUpGRdbS8r5VsnNUJTvaS4YGMpm9616G7 TrgUSSvsyu1lLqbWMh+pOCk4l3r64vSUn581hrIw6jtioNGvMdE= =tUuj -----END PGP SIGNATURE----- Merge tag 'drivers-5.16' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc Pull ARM SoC driver updates from Arnd Bergmann: "These are all the driver updates for SoC specific drivers. There are a couple of subsystems with individual maintainers picking up their patches here: - The reset controller subsystem add support for a few new SoC variants to existing drivers, along with other minor improvements - The OP-TEE subsystem gets a driver for the ARM FF-A transport - The memory controller subsystem has improvements for Tegra, Mediatek, Renesas, Freescale and Broadcom specific drivers. - The tegra cpuidle driver changes get merged through this tree this time. There are only minor changes, but they depend on other tegra driver updates here. - The ep93xx platform finally moves to using the drivers/clk/ subsystem, moving the code out of arch/arm in the process. This depends on a small sound driver change that is included here as well. - There are some minor updates for Qualcomm and Tegra specific firmware drivers. The other driver updates are mainly for drivers/soc, which contains a mixture of vendor specific drivers that don't really fit elsewhere: - Mediatek drivers gain more support for MT8192, with new support for hw-mutex and mmsys routing, plus support for reset lines in the mmsys driver. - Qualcomm gains a new "sleep stats" driver, and support for the "Generic Packet Router" in the APR driver. - There is a new user interface for routing the UARTS on ASpeed BMCs, something that apparently nobody else has needed so far. - More drivers can now be built as loadable modules, in particular for Broadcom and Samsung platforms. - Lots of improvements to the TI sysc driver for better suspend/resume support" Finally, there are lots of minor cleanups and new device IDs for amlogic, renesas, tegra, qualcomm, mediateka, samsung, imx, layerscape, allwinner, broadcom, and omap" * tag 'drivers-5.16' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc: (179 commits) optee: Fix spelling mistake "reclain" -> "reclaim" Revert "firmware: qcom: scm: Add support for MC boot address API" qcom: spm: allow compile-testing firmware: arm_ffa: Remove unused 'compat_version' variable soc: samsung: exynos-chipid: add exynosautov9 SoC support firmware: qcom: scm: Don't break compile test on non-ARM platforms soc: qcom: smp2p: Add of_node_put() before goto soc: qcom: apr: Add of_node_put() before return soc: qcom: qcom_stats: Fix client votes offset soc: qcom: rpmhpd: fix sm8350_mxc's peer domain dt-bindings: arm: cpus: Document qcom,msm8916-smp enable-method ARM: qcom: Add qcom,msm8916-smp enable-method identical to MSM8226 firmware: qcom: scm: Add support for MC boot address API soc: qcom: spm: Add 8916 SPM register data dt-bindings: soc: qcom: spm: Document qcom,msm8916-saw2-v3.0-cpu soc: qcom: socinfo: Add PM8150C and SMB2351 models firmware: qcom_scm: Fix error retval in __qcom_scm_is_call_available() soc: aspeed: Add UART routing support soc: fsl: dpio: rename the enqueue descriptor variable soc: fsl: dpio: use an explicit NULL instead of 0 ...
297 lines
7.9 KiB
YAML
297 lines
7.9 KiB
YAML
# SPDX-License-Identifier: GPL-2.0
|
|
%YAML 1.2
|
|
---
|
|
$id: http://devicetree.org/schemas/sram/sram.yaml#
|
|
$schema: http://devicetree.org/meta-schemas/core.yaml#
|
|
|
|
title: Generic on-chip SRAM
|
|
|
|
maintainers:
|
|
- Rob Herring <robh@kernel.org>
|
|
|
|
description: |+
|
|
Simple IO memory regions to be managed by the genalloc API.
|
|
|
|
Each child of the sram node specifies a region of reserved memory. Each
|
|
child node should use a 'reg' property to specify a specific range of
|
|
reserved memory.
|
|
|
|
Following the generic-names recommended practice, node names should
|
|
reflect the purpose of the node. Unit address (@<address>) should be
|
|
appended to the name.
|
|
|
|
properties:
|
|
$nodename:
|
|
pattern: "^sram(@.*)?"
|
|
|
|
compatible:
|
|
contains:
|
|
enum:
|
|
- mmio-sram
|
|
- amlogic,meson-gxbb-sram
|
|
- arm,juno-sram-ns
|
|
- atmel,sama5d2-securam
|
|
- qcom,rpm-msg-ram
|
|
- rockchip,rk3288-pmu-sram
|
|
|
|
reg:
|
|
maxItems: 1
|
|
|
|
clocks:
|
|
maxItems: 1
|
|
description:
|
|
A list of phandle and clock specifier pair that controls the single
|
|
SRAM clock.
|
|
|
|
"#address-cells":
|
|
const: 1
|
|
|
|
"#size-cells":
|
|
const: 1
|
|
|
|
ranges:
|
|
maxItems: 1
|
|
description:
|
|
Should translate from local addresses within the sram to bus addresses.
|
|
|
|
no-memory-wc:
|
|
description:
|
|
The flag indicating, that SRAM memory region has not to be remapped
|
|
as write combining. WC is used by default.
|
|
type: boolean
|
|
|
|
patternProperties:
|
|
"^([a-z0-9]*-)?sram(-section)?@[a-f0-9]+$":
|
|
type: object
|
|
description:
|
|
Each child of the sram node specifies a region of reserved memory.
|
|
properties:
|
|
compatible:
|
|
description:
|
|
Should contain a vendor specific string in the form
|
|
<vendor>,[<device>-]<usage>
|
|
contains:
|
|
enum:
|
|
- allwinner,sun4i-a10-sram-a3-a4
|
|
- allwinner,sun4i-a10-sram-c1
|
|
- allwinner,sun4i-a10-sram-d
|
|
- allwinner,sun9i-a80-smp-sram
|
|
- allwinner,sun50i-a64-sram-c
|
|
- amlogic,meson8-ao-arc-sram
|
|
- amlogic,meson8b-ao-arc-sram
|
|
- amlogic,meson8-smp-sram
|
|
- amlogic,meson8b-smp-sram
|
|
- amlogic,meson-gxbb-scp-shmem
|
|
- amlogic,meson-axg-scp-shmem
|
|
- arm,juno-scp-shmem
|
|
- arm,scmi-shmem
|
|
- arm,scp-shmem
|
|
- renesas,smp-sram
|
|
- rockchip,rk3066-smp-sram
|
|
- samsung,exynos4210-sysram
|
|
- samsung,exynos4210-sysram-ns
|
|
- socionext,milbeaut-smp-sram
|
|
|
|
reg:
|
|
description:
|
|
IO mem address range, relative to the SRAM range.
|
|
maxItems: 1
|
|
|
|
pool:
|
|
description:
|
|
Indicates that the particular reserved SRAM area is addressable
|
|
and in use by another device or devices.
|
|
type: boolean
|
|
|
|
export:
|
|
description:
|
|
Indicates that the reserved SRAM area may be accessed outside
|
|
of the kernel, e.g. by bootloader or userspace.
|
|
type: boolean
|
|
|
|
protect-exec:
|
|
description: |
|
|
Same as 'pool' above but with the additional constraint that code
|
|
will be run from the region and that the memory is maintained as
|
|
read-only, executable during code execution. NOTE: This region must
|
|
be page aligned on start and end in order to properly allow
|
|
manipulation of the page attributes.
|
|
type: boolean
|
|
|
|
label:
|
|
description:
|
|
The name for the reserved partition, if omitted, the label is taken
|
|
from the node name excluding the unit address.
|
|
|
|
required:
|
|
- reg
|
|
|
|
additionalProperties: false
|
|
|
|
required:
|
|
- compatible
|
|
- reg
|
|
|
|
if:
|
|
properties:
|
|
compatible:
|
|
contains:
|
|
enum:
|
|
- qcom,rpm-msg-ram
|
|
- rockchip,rk3288-pmu-sram
|
|
|
|
else:
|
|
required:
|
|
- "#address-cells"
|
|
- "#size-cells"
|
|
- ranges
|
|
|
|
additionalProperties: false
|
|
|
|
examples:
|
|
- |
|
|
sram@5c000000 {
|
|
compatible = "mmio-sram";
|
|
reg = <0x5c000000 0x40000>; /* 256 KiB SRAM at address 0x5c000000 */
|
|
|
|
#address-cells = <1>;
|
|
#size-cells = <1>;
|
|
ranges = <0 0x5c000000 0x40000>;
|
|
|
|
smp-sram@100 {
|
|
reg = <0x100 0x50>;
|
|
};
|
|
|
|
device-sram@1000 {
|
|
reg = <0x1000 0x1000>;
|
|
pool;
|
|
};
|
|
|
|
exported-sram@20000 {
|
|
reg = <0x20000 0x20000>;
|
|
export;
|
|
};
|
|
};
|
|
|
|
- |
|
|
// Samsung SMP-capable Exynos SoCs use part of the SYSRAM for the bringup
|
|
// of the secondary cores. Once the core gets powered up it executes the
|
|
// code that is residing at some specific location of the SYSRAM.
|
|
//
|
|
// Therefore reserved section sub-nodes have to be added to the mmio-sram
|
|
// declaration. These nodes are of two types depending upon secure or
|
|
// non-secure execution environment.
|
|
sram@2020000 {
|
|
compatible = "mmio-sram";
|
|
reg = <0x02020000 0x54000>;
|
|
#address-cells = <1>;
|
|
#size-cells = <1>;
|
|
ranges = <0 0x02020000 0x54000>;
|
|
|
|
smp-sram@0 {
|
|
compatible = "samsung,exynos4210-sysram";
|
|
reg = <0x0 0x1000>;
|
|
};
|
|
|
|
smp-sram@53000 {
|
|
compatible = "samsung,exynos4210-sysram-ns";
|
|
reg = <0x53000 0x1000>;
|
|
};
|
|
};
|
|
|
|
- |
|
|
// Amlogic's SMP-capable SoCs use part of the sram for the bringup of the cores.
|
|
// Once the core gets powered up it executes the code that is residing at a
|
|
// specific location.
|
|
//
|
|
// Therefore a reserved section sub-node has to be added to the mmio-sram
|
|
// declaration.
|
|
sram@d9000000 {
|
|
compatible = "mmio-sram";
|
|
reg = <0xd9000000 0x20000>;
|
|
#address-cells = <1>;
|
|
#size-cells = <1>;
|
|
ranges = <0 0xd9000000 0x20000>;
|
|
|
|
smp-sram@1ff80 {
|
|
compatible = "amlogic,meson8b-smp-sram";
|
|
reg = <0x1ff80 0x8>;
|
|
};
|
|
};
|
|
|
|
- |
|
|
sram@e63c0000 {
|
|
compatible = "mmio-sram";
|
|
reg = <0xe63c0000 0x1000>;
|
|
#address-cells = <1>;
|
|
#size-cells = <1>;
|
|
ranges = <0 0xe63c0000 0x1000>;
|
|
|
|
smp-sram@0 {
|
|
compatible = "renesas,smp-sram";
|
|
reg = <0 0x10>;
|
|
};
|
|
};
|
|
|
|
- |
|
|
sram@10080000 {
|
|
compatible = "mmio-sram";
|
|
reg = <0x10080000 0x10000>;
|
|
#address-cells = <1>;
|
|
#size-cells = <1>;
|
|
ranges;
|
|
|
|
smp-sram@10080000 {
|
|
compatible = "rockchip,rk3066-smp-sram";
|
|
reg = <0x10080000 0x50>;
|
|
};
|
|
};
|
|
|
|
- |
|
|
// Rockchip's rk3288 SoC uses the sram of pmu to store the function of
|
|
// resume from maskrom(the 1st level loader). This is a common use of
|
|
// the "pmu-sram" because it keeps power even in low power states
|
|
// in the system.
|
|
sram@ff720000 {
|
|
compatible = "rockchip,rk3288-pmu-sram", "mmio-sram";
|
|
reg = <0xff720000 0x1000>;
|
|
};
|
|
|
|
- |
|
|
// Allwinner's A80 SoC uses part of the secure sram for hotplugging of the
|
|
// primary core (cpu0). Once the core gets powered up it checks if a magic
|
|
// value is set at a specific location. If it is then the BROM will jump
|
|
// to the software entry address, instead of executing a standard boot.
|
|
//
|
|
// Also there are no "secure-only" properties. The implementation should
|
|
// check if this SRAM is usable first.
|
|
sram@20000 {
|
|
// 256 KiB secure SRAM at 0x20000
|
|
compatible = "mmio-sram";
|
|
reg = <0x00020000 0x40000>;
|
|
#address-cells = <1>;
|
|
#size-cells = <1>;
|
|
ranges = <0 0x00020000 0x40000>;
|
|
|
|
smp-sram@1000 {
|
|
// This is checked by BROM to determine if
|
|
// cpu0 should jump to SMP entry vector
|
|
compatible = "allwinner,sun9i-a80-smp-sram";
|
|
reg = <0x1000 0x8>;
|
|
};
|
|
};
|
|
|
|
- |
|
|
sram@0 {
|
|
compatible = "mmio-sram";
|
|
reg = <0x0 0x10000>;
|
|
#address-cells = <1>;
|
|
#size-cells = <1>;
|
|
ranges = <0 0x0 0x10000>;
|
|
|
|
smp-sram@f100 {
|
|
compatible = "socionext,milbeaut-smp-sram";
|
|
reg = <0xf100 0x20>;
|
|
};
|
|
};
|