<div dir="ltr"><div><div><div><div><div><br></div><div>Hi Fabio,<br><br></div>Regarding the dts... I've followed your suggestion, but I've run into some issues, namely:<br></div>-
 The base imx6qdl-wandboard.dtsi file has definitions for the Gigabit 
Ethernet controller that are incompatible with the new Rev. D1. I had to 
remove two lines that define the ineterrupt lines, set it to disabled 
and redefine the pins in imx6qdl-wandboard-revd1.dtsi for rev. D1 ethernet to work. Thus this already 
implies changes to the dtsi files for revb1 and revc1.<br></div><div>Can I modify them? I don't have rev B1 hardware to test, only a i.MX6Q Wandboard revC1 and another i.MX6QP rev D1 .<br></div><div><br></div>-
 I'm having quite some difficulty making BCM4339 WiFI module to work. It
 seems it doesn't want to power up and if I define a vmmc-supply entry 
for the sdhc controller with a fixed regulator. I get:<br>"Failed getting OCR mask: 0" and lots of<br>"sdhci-esdhc-imx 2198000.usdhc: could not set regulator OCR (-22)"<br></div>If I try to use wlreg_on-supply property, I believe it provides no effect for vanilla kernel drivers. <br></div><div>    brcmf: brcmf@1 {<br>        reg = <1>;<br>        compatible = "brcm,bcm4329-fmac";<br>        interrupt-parent = <&gpio1>;<br>                interrupts = <29 IRQ_TYPE_LEVEL_LOW>;<br>        wlreg_on-supply = <&reg_wlreg_on>;<br>    };<br></div><div class="gmail_extra">Anyway the brcmfmac driver is not picking up the OF definitions above.</div><div class="gmail_extra">I'm trying to place printk in the kernel driver to trace the probe process but is not doing any serious probing that I can see.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Regards,</div><div class="gmail_extra">Luís<br></div></div>