- 15 Jul, 2020 28 commits
-
-
Thierry Reding authored
Most device tree files already do this, so update the remaining ones for consistency. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Remove tabs in places where they don't belong (i.e. where a single space is sufficient). Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Jon Hunter authored
The VBUS for USB3 connector on the Jetson TX2 is connected to the vdd_usb1 supply and although this is populated for the USB2 port on the USB3 connector it is not populated for the USB3 port and causes the following warning to be seen on boot ... usb3-0: supply vbus not found, using dummy regulator Fix this by also adding the VBUS supply to the USB3 port. Signed-off-by:
Jon Hunter <jonathanh@nvidia.com> Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Jon Hunter authored
Populate the DFLL node and corresponding PWM pin nodes in order to enable CPUFREQ support on the Jetson Nano platform. Signed-off-by:
Jon Hunter <jonathanh@nvidia.com> Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Jon Hunter authored
Add the device-tree source files for the Tegra194 Jetson Xavier NX Developer Kit. The Xavier NX Developer Kit consists of a small form factor system-on-module (SOM) board (part number p3668-0000) and a carrier board (part number p3509-0000). The Xavier NX Developer Kit SOM features a micro-SD card slot, however, there is also a variant of the SOM available that features a 16GB eMMC. Given that the carrier board can be used with the different SOM variants, that have different part numbers, both the compatible string and file name of the device-tree source file for the Developer Kit is a concatenation of the SOM and carrier board part numbers. Based on some initial work by Thierry Reding <treding@nvidia.com>. Signed-off-by:
Jon Hunter <jonathanh@nvidia.com> Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Vidya Sagar authored
Re-order Tegra194's PCIe aperture mappings to have IO window moved to 64-bit aperture and have the entire 32-bit aperture used for accessing the configuration space. This makes it to use the entire 32MB of the 32-bit aperture for ECAM purpose while booting through ACPI. Signed-off-by:
Vidya Sagar <vidyas@nvidia.com> Acked-by:
Jon Hunter <jonathanh@nvidia.com> Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Sowjanya Komatineni authored
This patch enables VI and CSI in device tree for Jetson Nano. Signed-off-by:
Sowjanya Komatineni <skomatineni@nvidia.com> Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Sowjanya Komatineni authored
Jetson TX1 development board has a camera expansion connector which has 2V8, 1V8 and 1V2 supplies to power up the camera sensor on the supported camera modules. Camera module designed as per Jetson TX1 camera expansion connector may use these supplies for camera sensor avdd 2V8, digital core 1V8, and digital interface 1V2 voltages. These supplies are from fixed regulators on TX1 carrier board with enable control signals from I2C GPIO expanders. This patch adds these camera supplies to Jetson TX1 device tree to allow using these when a camera module is used. Signed-off-by:
Sowjanya Komatineni <skomatineni@nvidia.com> Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
This is purely to make the json-schema validation tools happy because they cannot deal with string arrays that may be in arbitrary order. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The control backbone is a simple-bus and hence its device tree node should be named "bus@<unit-address>" according to the bindings. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Move the usb@700d0000 node to the correct place in the device tree, ordered by unit-address. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Standardize on "pmic" as the node name for the PMIC on Tegra210 systems and use consistent names for pinmux and GPIO hog nodes. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Device tree nodes for interrupt controllers should be named "interrupt- controller", so rename the AGIC accordingly. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Properly indent subsequent lines so that they align with the first line. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Properly indent subsequent lines so that they align with the first line. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The AON GPIO controller on Tegra194 currently only uses a single interrupt, so remove the extra ones. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
SRAM nodes should be named sram@<unit-address> to match the bindings. While at it, also remove the unneeded, custom compatible string for SRAM partition nodes. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The display hub on Tegra186 and Tegra194 is not a simple bus, so drop the corresponding compatible string. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
It's very difficult to describe string lists that can be in arbitrary order using the json-schema based validation tooling. Since the OS is not going to care either way, take the easy way out and reorder these entries to match the order defined in the bindings. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The XUSB controller doesn't need the XUSB pad controller's interrupt, so remove it. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The address-bits and page-size properties that are currently used are not valid properties according to the bindings. Use the address-width and pagesize properties instead. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Use the preferred {id,vbus}-gpios over the {id,vbus}-gpio properties and fix the ordering of compatible strings (most-specific ones should come first). Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
On Tegra186 and later, the BPMP is responsible for enabling/disabling the PCIe related power supplies of the pad controller and there is no need for the operating system to control them, so they can be removed. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
USB PHYs must have a #phy-cells property, so add one to the Tegra USB PHYs which don't have one. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The external memory controller found on Tegra132 is not fully compatible with the instantiation on Tegra124, so remove the corresponding string from the list of compatible strings. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The sor0_out clock is required to make eDP work properly. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The host1x is not a simple bus, so drop the corresponding compatible string. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Tuple boundaries should be marked by < and > to make it clear which cells are part of the same tuple. This also helps the json-schema based validation tooling to properly parse this data. While at it, also remove the "immovable" bit from PCI addresses. All of these addresses are in fact "movable". Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
- 13 Jul, 2020 5 commits
-
-
Thierry Reding authored
This panel supply is always on, so this does happen to work by accident. Make sure to properly hook up the power supply to model the dependency correctly and so that the panel continues to operate properly even if the supply is not always on. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The standard way to do this is to list out the regulators at the top- level. Adopt the standard way to fix validation. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The standard way to do this is to list out the clocks at the top-level. Adopt the standard way to fix validation. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
battery-name is not a documented property, so drop it to avoid validation failures. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Use the XUSB controller instead of the legacy EHCI controller to enable USB 3.0 support. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
- 23 Jun, 2020 7 commits
-
-
Thierry Reding authored
The new json-schema based validation tools require SD/MMC controller nodes to be named mmc. Rename all references to them. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The memory node requires a unit-address. For some boards the bootloader, which is usually locked down, uses a hard-coded name for the memory node without a unit-address, so we can't fix it on those boards. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The I/O and PLL supplies used for HDMI/DP have alternative names. Use the names that are given in the hardware documentation for consistency. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
The display controller's parent clock depends on the output that's consuming data from the display controller, so it needs to be specified as the parent of the corresponding output. The device tree bindings do specify this, so just correct the existing device trees that get this wrong. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
Interrupt names are used to distinguish between the syncpoint and general host1x interrupts. Make sure they are available in the DT so that drivers can use them if necessary. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
While the host1x controller found on Tegra132 is the same as on Tegra124 it is good practice to also list a SoC-specific compatible string so any SoC-specific quirks can be implemented in drivers if necessary. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-
Thierry Reding authored
This interrupt can be used for the operating system to be interrupted when certain events occur. Signed-off-by:
Thierry Reding <treding@nvidia.com>
-