Yes, that is what we call runtime device tree. What under /proc/device-tree is the real device tree running on tegra.
Your change does not appears there and usb2-2 is not there. That is what I keep trying to ask.
Also, as I told before. If you are using rel-32.x which is kernel 4.9, pinctrl@3520000 is just a dummy node. No driver is using this node. You have to check xusb_padctl@3520000.
Could you also dump the serial console log for us? Want to make sure no plugin-manager affects your case. That log is only in cboot.
Hi,
Issue is quite obvious for you sir, not for newbie like me.
Dts flash to my board is tegra186-quill-p3310-1000-c03-00-base.dts and all the included dtsi in this dts file.
I have tegra18x_xusb_firmware file under /lib/firmware,why dmesg shows:tegra-xusb 3530000.xhci: Direct firmware load for tegra18x_xusb_firmware failed with error -2
2.what is the correct value that “nvidia,oc-pin” should be for usb2-2.
3.the Power Tree Changes told me pinctrl@3520000->vbus-2-supply should be <&battery_reg>, and you say “pinctrl@3520000 is not in use on rel-32 anymore”, so what is the correct value for vbus-2-supply.
4.meybe my modification is not the best way to enable usb2-2, could you please show me how to enbale it on L4T “# R32 (release), REVISION: 1.0, GCID: 14531094, BOARD: t186ref, EABI: aarch64, DATE: Wed Mar 13 07:41:08 UTC 2019”.
I have tegra18x_xusb_firmware file under /lib/firmware,why dmesg shows:tegra-xusb 3530000.xhci: Direct firmware load for tegra18x_xusb_firmware failed with error -2
If your xhci gives correct log in the end, then no need to worry about it. It is just failure during the beginning.
2.what is the correct value that “nvidia,oc-pin” should be for usb2-2.
It depends on your hardware design. If your port doesn’t have oc-pin function, then you don’t need to write it.
3.the Power Tree Changes told me pinctrl@3520000->vbus-2-supply should be <&battery_reg>, and you say “pinctrl@3520000 is not in use on rel-32 anymore”, so what is the correct value for vbus-2-supply.
I think the question should be “where” should vbus-supply put. The adaptation guide has provided the example, maybe you could read it again. It is easy to find it by search “vbus-supply” in that document.
4.meybe my modification is not the best way to enable usb2-2, could you please show me how to enbale it on L4T “# R32 (release), REVISION: 1.0, GCID: 14531094, BOARD: t186ref, EABI: aarch64, DATE: Wed Mar 13 07:41:08 UTC 2019”.
Actually you could just delete that part from plugin-manager and what your change in a00-base would take effect.
Plugin-manager is a tool that would overwrite device tree in cboot. Thus what you’ve done in a00-base does not take effect.
The adaptation guide has provided the example, maybe you could read it again. It is easy to find it by search “vbus-supply” in that document.
In the July 2 2019 adaptation and bringup guide this is the mention on page 18 which correctly references the vbus-supply setting in the ports node.
However there’s also a “Power Tree Changes” section in page 10 which still references the pinctrl@3520000 node and presumably needs to be updated. Ignoring the “Power Tree Changes” section example and following the example on page 18 works. Here’s the patch which changes dtb settings from the tegra186 defaults to work using the battery_reg instead of the vdd_usb2_5v regulator used on the TX2 dev board:
However there’s also a “Power Tree Changes” section in page 10 which still references the pinctrl@3520000 node and presumably needs to be updated. Ignoring the “Power Tree Changes” section example and following the example on page 18 works
That is right. That example is an old one and we already removed this internally. Unfortunately, the new one seems not updated on dlc. I will check this.