arm64: dts: apple: aop: Add hack to enforce probe order

Starting in 6.14 the probe order between aop_admac and aop/aop_audio
ends up wrong with aop_audio probing before aop_admac and not being to
able to handle -EPROBE_DEFER.

Signed-off-by: Janne Grunau <j@jannau.net>

Author: jannau

arch/arm64/boot/dts/apple/t600x-die0.dtsi

@@ -232,6 +232,10 @@
 		mbox-names = "mbox";
 		iommus = <&aop_dart 0>;
 
+		/* HACK: ensure probe order */
+		dmas = <&aop_admac 1023>;
+		dma-names = "invalid-order-only";
+
 		status = "disabled";
 
 		aop_audio: audio {

arch/arm64/boot/dts/apple/t602x-die0.dtsi

@@ -236,6 +236,10 @@
 		mbox-names = "mbox";
 		iommus = <&aop_dart 0>;
 
+		/* HACK: ensure probe order */
+		dmas = <&aop_admac 1023>;
+		dma-names = "invalid-order-only";
+
 		status = "disabled";
 
 		aop_audio: audio {

arch/arm64/boot/dts/apple/t8103.dtsi

@@ -1397,6 +1397,10 @@
 			mbox-names = "mbox";
 			iommus = <&aop_dart 0>;
 
+			/* HACK: ensure probe order */
+			dmas = <&aop_admac 1023>;
+			dma-names = "invalid-order-only";
+
 			status = "disabled";
 
 			aop_audio: audio {

arch/arm64/boot/dts/apple/t8112.dtsi

@@ -1484,6 +1484,10 @@
 			mbox-names = "mbox";
 			iommus = <&aop_dart 0>;
 
+			/* HACK: ensure probe order */
+			dmas = <&aop_admac 1023>;
+			dma-names = "invalid-order-only";
+
 			status = "disabled";
 
 			aop_audio: audio {