6f18ce8026
Add snapshot of device tree bindings from keystone common kernel, branch
"android-mainline-keystone-qcom-release" at c4c12103f9c0 ("Snap for 9228065
from e32903b9a63bb558df8b803b076619c53c16baad to
android-mainline-keystone-qcom-release").
Change-Id: I7682079615cbd9f29340a5c1f2a1d84ec441a1f1
Signed-off-by: Melody Olvera <quic_molvera@quicinc.com>
30 lines
907 B
Plaintext
30 lines
907 B
Plaintext
Devicetree binding for regmap
|
|
|
|
Optional properties:
|
|
|
|
little-endian,
|
|
big-endian,
|
|
native-endian: See common-properties.txt for a definition
|
|
|
|
Note:
|
|
Regmap defaults to little-endian register access on MMIO based
|
|
devices, this is by far the most common setting. On CPU
|
|
architectures that typically run big-endian operating systems
|
|
(e.g. PowerPC), registers can be defined as big-endian and must
|
|
be marked that way in the devicetree.
|
|
|
|
On SoCs that can be operated in both big-endian and little-endian
|
|
modes, with a single hardware switch controlling both the endianness
|
|
of the CPU and a byteswap for MMIO registers (e.g. many Broadcom MIPS
|
|
chips), "native-endian" is used to allow using the same device tree
|
|
blob in both cases.
|
|
|
|
Examples:
|
|
Scenario 1 : a register set in big-endian mode.
|
|
dev: dev@40031000 {
|
|
compatible = "syscon";
|
|
reg = <0x40031000 0x1000>;
|
|
big-endian;
|
|
...
|
|
};
|