Documentation/devicetree/bindings/iommu/arm,smmu.txt - kernel/msm-4.9 - Gitiles

 * ARM System MMU Architecture Implementation

 ARM SoCs may contain an implementation of the ARM System Memory
 Management Unit Architecture, which can be used to provide 1 or 2 stages
 of address translation to bus masters external to the CPU.

 The SMMU may also raise interrupts in response to various fault
 conditions.

 ** System MMU required properties:

 - compatible    : Should be one of:

                         "arm,smmu-v1"
                         "arm,smmu-v2"
                         "arm,mmu-400"
                         "arm,mmu-401"
                         "arm,mmu-500"
                         "cavium,smmu-v2"
                         "qcom,smmu-v2"
                         "qcom,qsmmu-v500"

                   depending on the particular implementation and/or the
                   version of the architecture implemented.

 - reg           : Base address and size of the SMMU.

 - reg-names	: For the "qcom,qsmmu-v500" device "tcu-base" is expected.

 - #global-interrupts : The number of global interrupts exposed by the
                        device.

 - interrupts    : Interrupt list, with the first #global-irqs entries
                   corresponding to the global interrupts and any
                   following entries corresponding to context interrupts,
                   specified in order of their indexing by the SMMU.

                   For SMMUv2 implementations, there must be exactly one
                   interrupt per context bank. In the case of a single,
                   combined interrupt, it must be listed multiple times.

 - #iommu-cells  : See Documentation/devicetree/bindings/iommu/iommu.txt
                   for details. With a value of 1, each "iommus" entry
                   represents a distinct stream ID emitted by that device
                   into the relevant SMMU.

                   SMMUs with stream matching support and complex masters
                   may use a value of 2, where the second cell represents
                   an SMR mask to combine with the ID in the first cell.
                   Care must be taken to ensure the set of matched IDs
                   does not result in conflicts.

 ** System MMU optional properties:

 - dma-coherent  : Present if page table walks made by the SMMU are
                   cache coherent with the CPU.

                   NOTE: this only applies to the SMMU itself, not
                   masters connected upstream of the SMMU.

 - calxeda,smmu-secure-config-access : Enable proper handling of buggy
                   implementations that always use secure access to
                   SMMU configuration registers. In this case non-secure
                   aliases of secure registers have to be used during
                   SMMU configuration.

 - attach-impl-defs : global registers to program at device attach
                   time. This should be a list of 2-tuples of the format:
                   <offset reg_value>.

 - qcom,fatal-asf : Enable BUG_ON for address size faults.  Some hardware
                   requires special fixups to recover from address size
                   faults.  Rather than applying the fixups just BUG since
                   address size faults are due to a fundamental programming
                   error from which we don't care about recovering anyways.

 - qcom,tz-device-id : A string indicating the device ID for this SMMU known
 		  to TZ.  See msm_tz_smmu.c for a full list of mappings.

 - qcom,enable-static-cb:
 		A boolean indicating that the SMMU global register space,
 		as well as some context banks, are managed by secure software
 		and may not be modified by HLOS.

 - qcom,static-ns-cbs:
 		A list of u32.
 		When qcom,enable-static-cb is selected, indicates which
 		iommu context banks may be used by HLOS.

 - qcom,hibernation-support:
 		A boolean, indicates that hibernation should be supported and
 		all secure usecases should be disabled, since they cannot be
 		restored properly.

 - qcom,skip-init : Disable resetting configuration for all context banks
                   during device reset.  This is useful for targets where
                   some context banks are dedicated to other execution
                   environments outside of Linux and those other EEs are
                   programming their own stream match tables, SCTLR, etc.
                   Without setting this option we will trample on their
                   configuration.

 - qcom,dynamic  : Allow dynamic domains to be attached. This is only
 		  useful if the upstream hardware is capable of switching
 		  between multiple domains within a single context bank.

 - qcom,use-3-lvl-tables:
 		  Some hardware configurations may not be optimized for using
 		  a four level page table configuration. Set to use a three
 		  level page table instead.

 - qcom,no-asid-retention:
 		  Some hardware may lose internal state for asid after
 		  retention. No cache invalidation operations involving asid
 		  may be used.

 - qcom,disable-atos:
 		  Some hardware may not have full support for atos debugging
 		  in tandem with other features like power collapse.

 - qcom,mmu500-errata-1:
 		  An array of <sid mask>.
 		  Indicates the SIDs for which the workaround is required.

 - qcom,actlr:
 		  An array of <sid mask actlr-setting>.
 		  Any sid X for which X&~mask==sid will be programmed with the
 		  given actlr-setting.

 - qcom,deferred-regulator-disable-delay : The time delay for deferred regulator
                   disable in ms. In case of unmap call, regulator is
                   enabled/disabled. This may introduce additional delay. For
                   clients who do not detach, it's not possible to keep regulator
                   vote while smmu is attached. Type is <u32>.

 - clocks        : List of clocks to be used during SMMU register access. See
                   Documentation/devicetree/bindings/clock/clock-bindings.txt
                   for information about the format. For each clock specified
                   here, there must be a corresponding entry in clock-names
                   (see below).

 - clock-names   : List of clock names corresponding to the clocks specified in
                   the "clocks" property (above). See
                   Documentation/devicetree/bindings/clock/clock-bindings.txt
                   for more info.

 - (%s)-supply   : Phandle of the regulator that should be powered on during
                   SMMU register access. (%s) is a string from the
 		  qcom,regulator-names property.

 - qcom,regulator-names :
 		  List of strings to use with the (%s)-supply property.

 - qcom,msm-bus,name
 - qcom,msm-bus,num-cases
 - qcom,msm-bus,num-paths
 - qcom,msm-bus,vectors-KBps
 		: Refer to devicetree/bindings/arm/msm/msm_bus.txt

 ** Deprecated properties:

 - mmu-masters (deprecated in favour of the generic "iommus" binding) :
                   A list of phandles to device nodes representing bus
                   masters for which the SMMU can provide a translation
                   and their corresponding Stream IDs. Each device node
                   linked from this list must have a "#stream-id-cells"
                   property, indicating the number of Stream ID
                   arguments associated with its phandle.

 ** Examples:

         /* SMMU with stream matching or stream indexing */
         smmu1: iommu {
                 compatible = "arm,smmu-v1";
                 reg = <0xba5e0000 0x10000>;
                 #global-interrupts = <2>;
                 interrupts = <0 32 4>,
                              <0 33 4>,
                              <0 34 4>, /* This is the first context interrupt */
                              <0 35 4>,
                              <0 36 4>,
                              <0 37 4>;
                 #iommu-cells = <1>;
         };

         /* device with two stream IDs, 0 and 7 */
         master1 {
                 iommus = <&smmu1 0>,
                          <&smmu1 7>;
         };


         /* SMMU with stream matching */
         smmu2: iommu {
                 ...
                 #iommu-cells = <2>;
         };

         /* device with stream IDs 0 and 7 */
         master2 {
                 iommus = <&smmu2 0 0>,
                          <&smmu2 7 0>;
         };

         /* device with stream IDs 1, 17, 33 and 49 */
         master3 {
                 iommus = <&smmu2 1 0x30>;
         };


 * Qualcomm MMU-500 TBU Device

 The qcom,qsmmu-v500 device implements a number of register regions containing
 debug functionality. Each register region maps to a separate tbu from the
 arm mmu-500 implementation.

 ** TBU required properties:

 - compatible    : Should be one of:
                         "qcom,qsmmuv500-tbu"

 - reg           : Base address and size.

 - reg-names	: "base" and "status-reg" are expected
 		"base" is the main TBU register region.
 		"status-reg" indicates whether hw can process a new request.

 -qcom,stream-id-range:
 		Pair of values describing the smallest supported stream-id
 		and the size of the entire set.

 Example:
 smmu {
 	compatible = "qcom,qsmmu-v500";
 	tbu@0x1000 {
 		compatible = "qcom,qsmmuv500-tbu";
 		regs = <0x1000 0x1000>,
 			<0x2000 0x8>;
 		reg-names = "base",
 			"status-reg";
 		qcom,stream-id-range = <0x800 0x400>;
 	};
 };
	* ARM System MMU Architecture Implementation

	ARM SoCs may contain an implementation of the ARM System Memory
	Management Unit Architecture, which can be used to provide 1 or 2 stages
	of address translation to bus masters external to the CPU.

	The SMMU may also raise interrupts in response to various fault
	conditions.

	** System MMU required properties:

	- compatible : Should be one of:

	"arm,smmu-v1"
	"arm,smmu-v2"
	"arm,mmu-400"
	"arm,mmu-401"
	"arm,mmu-500"
	"cavium,smmu-v2"
	"qcom,smmu-v2"
	"qcom,qsmmu-v500"

	depending on the particular implementation and/or the
	version of the architecture implemented.

	- reg : Base address and size of the SMMU.

	- reg-names : For the "qcom,qsmmu-v500" device "tcu-base" is expected.

	- #global-interrupts : The number of global interrupts exposed by the
	device.

	- interrupts : Interrupt list, with the first #global-irqs entries
	corresponding to the global interrupts and any
	following entries corresponding to context interrupts,
	specified in order of their indexing by the SMMU.

	For SMMUv2 implementations, there must be exactly one
	interrupt per context bank. In the case of a single,
	combined interrupt, it must be listed multiple times.

	- #iommu-cells : See Documentation/devicetree/bindings/iommu/iommu.txt
	for details. With a value of 1, each "iommus" entry
	represents a distinct stream ID emitted by that device
	into the relevant SMMU.

	SMMUs with stream matching support and complex masters
	may use a value of 2, where the second cell represents
	an SMR mask to combine with the ID in the first cell.
	Care must be taken to ensure the set of matched IDs
	does not result in conflicts.

	** System MMU optional properties:

	- dma-coherent : Present if page table walks made by the SMMU are
	cache coherent with the CPU.

	NOTE: this only applies to the SMMU itself, not
	masters connected upstream of the SMMU.

	- calxeda,smmu-secure-config-access : Enable proper handling of buggy
	implementations that always use secure access to
	SMMU configuration registers. In this case non-secure
	aliases of secure registers have to be used during
	SMMU configuration.

	- attach-impl-defs : global registers to program at device attach
	time. This should be a list of 2-tuples of the format:
	<offset reg_value>.

	- qcom,fatal-asf : Enable BUG_ON for address size faults. Some hardware
	requires special fixups to recover from address size
	faults. Rather than applying the fixups just BUG since
	address size faults are due to a fundamental programming
	error from which we don't care about recovering anyways.

	- qcom,tz-device-id : A string indicating the device ID for this SMMU known
	to TZ. See msm_tz_smmu.c for a full list of mappings.

	- qcom,enable-static-cb:
	A boolean indicating that the SMMU global register space,
	as well as some context banks, are managed by secure software
	and may not be modified by HLOS.

	- qcom,static-ns-cbs:
	A list of u32.
	When qcom,enable-static-cb is selected, indicates which
	iommu context banks may be used by HLOS.

	- qcom,hibernation-support:
	A boolean, indicates that hibernation should be supported and
	all secure usecases should be disabled, since they cannot be
	restored properly.

	- qcom,skip-init : Disable resetting configuration for all context banks
	during device reset. This is useful for targets where
	some context banks are dedicated to other execution
	environments outside of Linux and those other EEs are
	programming their own stream match tables, SCTLR, etc.
	Without setting this option we will trample on their
	configuration.

	- qcom,dynamic : Allow dynamic domains to be attached. This is only
	useful if the upstream hardware is capable of switching
	between multiple domains within a single context bank.

	- qcom,use-3-lvl-tables:
	Some hardware configurations may not be optimized for using
	a four level page table configuration. Set to use a three
	level page table instead.

	- qcom,no-asid-retention:
	Some hardware may lose internal state for asid after
	retention. No cache invalidation operations involving asid
	may be used.

	- qcom,disable-atos:
	Some hardware may not have full support for atos debugging
	in tandem with other features like power collapse.

	- qcom,mmu500-errata-1:
	An array of <sid mask>.
	Indicates the SIDs for which the workaround is required.

	- qcom,actlr:
	An array of <sid mask actlr-setting>.
	Any sid X for which X&~mask==sid will be programmed with the
	given actlr-setting.

	- qcom,deferred-regulator-disable-delay : The time delay for deferred regulator
	disable in ms. In case of unmap call, regulator is
	enabled/disabled. This may introduce additional delay. For
	clients who do not detach, it's not possible to keep regulator
	vote while smmu is attached. Type is <u32>.

	- clocks : List of clocks to be used during SMMU register access. See
	Documentation/devicetree/bindings/clock/clock-bindings.txt
	for information about the format. For each clock specified
	here, there must be a corresponding entry in clock-names
	(see below).

	- clock-names : List of clock names corresponding to the clocks specified in
	the "clocks" property (above). See
	Documentation/devicetree/bindings/clock/clock-bindings.txt
	for more info.

	- (%s)-supply : Phandle of the regulator that should be powered on during
	SMMU register access. (%s) is a string from the
	qcom,regulator-names property.

	- qcom,regulator-names :
	List of strings to use with the (%s)-supply property.

	- qcom,msm-bus,name
	- qcom,msm-bus,num-cases
	- qcom,msm-bus,num-paths
	- qcom,msm-bus,vectors-KBps
	: Refer to devicetree/bindings/arm/msm/msm_bus.txt

	** Deprecated properties:

	- mmu-masters (deprecated in favour of the generic "iommus" binding) :
	A list of phandles to device nodes representing bus
	masters for which the SMMU can provide a translation
	and their corresponding Stream IDs. Each device node
	linked from this list must have a "#stream-id-cells"
	property, indicating the number of Stream ID
	arguments associated with its phandle.

	** Examples:

	/* SMMU with stream matching or stream indexing */
	smmu1: iommu {
	compatible = "arm,smmu-v1";
	reg = <0xba5e0000 0x10000>;
	#global-interrupts = <2>;
	interrupts = <0 32 4>,
	<0 33 4>,
	<0 34 4>, /* This is the first context interrupt */
	<0 35 4>,
	<0 36 4>,
	<0 37 4>;
	#iommu-cells = <1>;
	};

	/* device with two stream IDs, 0 and 7 */
	master1 {
	iommus = <&smmu1 0>,
	<&smmu1 7>;
	};


	/* SMMU with stream matching */
	smmu2: iommu {
	...
	#iommu-cells = <2>;
	};

	/* device with stream IDs 0 and 7 */
	master2 {
	iommus = <&smmu2 0 0>,
	<&smmu2 7 0>;
	};

	/* device with stream IDs 1, 17, 33 and 49 */
	master3 {
	iommus = <&smmu2 1 0x30>;
	};


	* Qualcomm MMU-500 TBU Device

	The qcom,qsmmu-v500 device implements a number of register regions containing
	debug functionality. Each register region maps to a separate tbu from the
	arm mmu-500 implementation.

	** TBU required properties:

	- compatible : Should be one of:
	"qcom,qsmmuv500-tbu"

	- reg : Base address and size.

	- reg-names : "base" and "status-reg" are expected
	"base" is the main TBU register region.
	"status-reg" indicates whether hw can process a new request.

	-qcom,stream-id-range:
	Pair of values describing the smallest supported stream-id
	and the size of the entire set.

	Example:
	smmu {
	compatible = "qcom,qsmmu-v500";
	tbu@0x1000 {
	compatible = "qcom,qsmmuv500-tbu";
	regs = <0x1000 0x1000>,
	<0x2000 0x8>;
	reg-names = "base",
	"status-reg";
	qcom,stream-id-range = <0x800 0x400>;
	};
	};