ARM: dts: msm: Adding dependency of iommu node on USB driver

Currently, wait_for_device_probe api added before dwc3_probe
is called in core_init which is suppose to ensure that in case
the child is getting teared down, the userspace doesn't get to
write UDC and do gadget_start.

However, wait_for_device_probe api makes sure that the driver wait
until all probes are completed. Ideally, it wouldn't be a problem
but in cases of other driver's probe fails, usb would be affected
here even though usb isn't at fault.

Fix this by making a dummy-dependency on smmu node since the original
intention of the patch was to make sure if smmu driver was probed
successfully, then only proceed for child driver's probe.

Addtional: Adding qcom,dis-sending-cm-l1-quirk in tuna
Change-Id: I7503fd04407ef8d2ee108effcc95699a4325c9c5
Signed-off-by: Uttkarsh Aggarwal <quic_uaggarwa@quicinc.com>

qcom/tuna-usb.dtsi

@@ -40,6 +40,7 @@
 		qcom,use-pdc-interrupts;
 		qcom,use-eusb2-phy;
 
+		qcom,dis-sending-cm-l1-quirk;
 		qcom,core-clk-rate = <200000000>;
 		qcom,core-clk-rate-hs = <66666667>;
 		qcom,core-clk-rate-disconnected = <133333333>;
@@ -58,6 +59,13 @@
 			0x144 /* GSI_RING_BASE_ADDR_H */
 			0x1a4>; /* GSI_IF_STS */
 
+		/*
+		 * Establish dependency on smmu driver so that depopulate path of
+		 * deferred probe doesn't run into existing bug in smmu driver.
+		 */
+		dummy-supply = <&apps_smmu>;
+
+
 		dwc3_0: dwc3@a600000 {
 			compatible = "snps,dwc3";
 			reg = <0x0 0xa600000 0x0 0xd93c>;