| Message ID | 1358423961-24318-1-git-send-email-dev@lynxeye.de |
|---|---|
| State | Changes Requested, archived |
| Headers | show |
On 01/17/2013 04:59 AM, Lucas Stach wrote: > This adds the device tree include file for the Toradex Colibri T20 > Computer on Module (COM). It's only valid for the 512MB RAM version of > the module, as the 256MB version needs different EMC tables and flash > configuration. To make this clear the suffix -512 was added to the board > compatible string. > > The Colibri T20 uses a Tegra2 SoC and has onboard USB Ethernet and AC97 > sound. > > Still some things like onboard NAND support missing, but should be a > good base for further development. > diff --git a/arch/arm/boot/dts/tegra20-colibri-512.dtsi b/arch/arm/boot/dts/tegra20-colibri-512.dtsi > + temperature-sensor@4c { > + compatible = "national,lm95245"; You should probably add that compatible value to Documentation/devicetree/bindings/i2c/trivial-devices.txt. > + i2c@7000c000 { > + clock-frequency = <400000>; > + }; > + > + i2c_ddc: i2c@7000c400 { > + clock-frequency = <100000>; > + }; > + > + i2c@7000c500 { > + clock-frequency = <400000>; > + }; > + serial@70006000 { > + clock-frequency = <216000000>; > + }; > + > + serial@70006300 { > + clock-frequency = <216000000>; > + }; > + > + usb@c5000000 { > + dr_mode = "otg"; > + }; > + > + usb@c5004000 { > + status = "okay"; > + nvidia,phy-reset-gpio = <&gpio 169 0>; /* gpio PV1 */ > + }; > + > + sdhci@c8000600 { > + cd-gpios = <&gpio 23 0>; /* gpio PC7 */ > + vmmc-supply = <&ldo5_reg>; > + vqmmc-supply = <&vcc_sd_reg>; > + }; I assume that all of those nodes are meant to have status="okay"? Oh, I see those are in the top-level board .dts file. You may as well put all the properties there; stuff like the GPIOs and regulators at least would be purely specific to the individual board, and not the COM. I guess we should really move the serial node's clock-frequency property in the SoC .dtsi files. > + com_regulators { I think just call that "regulators"; the final board .dts file can easily add more sub-nodes to this node, so there's no need to try and avoid any naming conflict here. See Cardhu as an example. > + vdd_5v0_reg: com_reg0 { Those should be named regulator@0, regulator@1, etc. -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Am Donnerstag, den 17.01.2013, 13:55 -0700 schrieb Stephen Warren: > On 01/17/2013 04:59 AM, Lucas Stach wrote: > > This adds the device tree include file for the Toradex Colibri T20 > > Computer on Module (COM). It's only valid for the 512MB RAM version of > > the module, as the 256MB version needs different EMC tables and flash > > configuration. To make this clear the suffix -512 was added to the board > > compatible string. > > > > The Colibri T20 uses a Tegra2 SoC and has onboard USB Ethernet and AC97 > > sound. > > > > Still some things like onboard NAND support missing, but should be a > > good base for further development. > > > diff --git a/arch/arm/boot/dts/tegra20-colibri-512.dtsi b/arch/arm/boot/dts/tegra20-colibri-512.dtsi > > > + temperature-sensor@4c { > > + compatible = "national,lm95245"; > > You should probably add that compatible value to > Documentation/devicetree/bindings/i2c/trivial-devices.txt. > Yep, will send a separate patch for this. > > + i2c@7000c000 { > > + clock-frequency = <400000>; > > + }; > > + > > + i2c_ddc: i2c@7000c400 { > > + clock-frequency = <100000>; > > + }; > > + > > + i2c@7000c500 { > > + clock-frequency = <400000>; > > + }; > > > + serial@70006000 { > > + clock-frequency = <216000000>; > > + }; > > + > > + serial@70006300 { > > + clock-frequency = <216000000>; > > + }; > > + > > + usb@c5000000 { > > + dr_mode = "otg"; > > + }; > > + > > + usb@c5004000 { > > + status = "okay"; > > + nvidia,phy-reset-gpio = <&gpio 169 0>; /* gpio PV1 */ > > + }; > > + > > + sdhci@c8000600 { > > + cd-gpios = <&gpio 23 0>; /* gpio PC7 */ > > + vmmc-supply = <&ldo5_reg>; > > + vqmmc-supply = <&vcc_sd_reg>; > > + }; > > I assume that all of those nodes are meant to have status="okay"? > > Oh, I see those are in the top-level board .dts file. You may as well > put all the properties there; stuff like the GPIOs and regulators at > least would be purely specific to the individual board, and not the COM. > I would like to keep everything that is defined by the COM to reside in the COM dtsi. You are right that the regulator in this case is board specific and should be moved to the board file, I missed this while splitting things out. But at least the GPIO is defined by the fixed COM pinout. > I guess we should really move the serial node's clock-frequency property > in the SoC .dtsi files. > Might be a nice cleanup. > > + com_regulators { > > I think just call that "regulators"; the final board .dts file can > easily add more sub-nodes to this node, so there's no need to try and > avoid any naming conflict here. See Cardhu as an example. > I don't really see the benefit of merging those nodes. They are separate regulators, some are located on the COM, others on the carrier board. So I would like to keep them in separate nodes, unless you have strong feelings to change this. -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 01/17/2013 02:29 PM, Lucas Stach wrote: > Am Donnerstag, den 17.01.2013, 13:55 -0700 schrieb Stephen Warren: >> On 01/17/2013 04:59 AM, Lucas Stach wrote: >>> This adds the device tree include file for the Toradex Colibri T20 >>> Computer on Module (COM). It's only valid for the 512MB RAM version of >>> the module, as the 256MB version needs different EMC tables and flash >>> configuration. To make this clear the suffix -512 was added to the board >>> compatible string. >>> >>> The Colibri T20 uses a Tegra2 SoC and has onboard USB Ethernet and AC97 >>> sound. >>> >>> Still some things like onboard NAND support missing, but should be a >>> good base for further development. >> >>> diff --git a/arch/arm/boot/dts/tegra20-colibri-512.dtsi b/arch/arm/boot/dts/tegra20-colibri-512.dtsi >> >>> + temperature-sensor@4c { >>> + compatible = "national,lm95245"; >> >> You should probably add that compatible value to >> Documentation/devicetree/bindings/i2c/trivial-devices.txt. >> > Yep, will send a separate patch for this. > >>> + i2c@7000c000 { >>> + clock-frequency = <400000>; >>> + }; >>> + >>> + i2c_ddc: i2c@7000c400 { >>> + clock-frequency = <100000>; >>> + }; >>> + >>> + i2c@7000c500 { >>> + clock-frequency = <400000>; >>> + }; >> >>> + serial@70006000 { >>> + clock-frequency = <216000000>; >>> + }; >>> + >>> + serial@70006300 { >>> + clock-frequency = <216000000>; >>> + }; >>> + >>> + usb@c5000000 { >>> + dr_mode = "otg"; >>> + }; >>> + >>> + usb@c5004000 { >>> + status = "okay"; >>> + nvidia,phy-reset-gpio = <&gpio 169 0>; /* gpio PV1 */ >>> + }; >>> + >>> + sdhci@c8000600 { >>> + cd-gpios = <&gpio 23 0>; /* gpio PC7 */ >>> + vmmc-supply = <&ldo5_reg>; >>> + vqmmc-supply = <&vcc_sd_reg>; >>> + }; >> >> I assume that all of those nodes are meant to have status="okay"? >> >> Oh, I see those are in the top-level board .dts file. You may as well >> put all the properties there; stuff like the GPIOs and regulators at >> least would be purely specific to the individual board, and not the COM. > > I would like to keep everything that is defined by the COM to reside in > the COM dtsi. You are right that the regulator in this case is board > specific and should be moved to the board file, I missed this while > splitting things out. But at least the GPIO is defined by the fixed COM > pinout. If these are really defined by the COM itself, it does indeed make sense for the COM .dtsi file to define those properties. But, I have a hard time understanding how the COM design can force the carrier module into using a particular GPIO for the SD controller CD functionality; couldn't the carrier use any GPIO passed through the COM<->carrier connector for any purpose? >>> + com_regulators { >> >> I think just call that "regulators"; the final board .dts file can >> easily add more sub-nodes to this node, so there's no need to try and >> avoid any naming conflict here. See Cardhu as an example. > > I don't really see the benefit of merging those nodes. They are separate > regulators, some are located on the COM, others on the carrier board. So > I would like to keep them in separate nodes, unless you have strong > feelings to change this. The issue here is that if we don't do this, we end up with wierd node names; plain "regulators" is a fairly canonical name for what the name contains, and purely indicates the type of the node. "com_regulators" is unusual, and starts to encode identity into the node name itself, which is something not usually done in the node name (differentiation between identities is usually done using the unit address; "@nnn"), -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Am Donnerstag, den 17.01.2013, 15:13 -0700 schrieb Stephen Warren: > On 01/17/2013 02:29 PM, Lucas Stach wrote: > > Am Donnerstag, den 17.01.2013, 13:55 -0700 schrieb Stephen Warren: > >> On 01/17/2013 04:59 AM, Lucas Stach wrote: > >>> This adds the device tree include file for the Toradex Colibri T20 > >>> Computer on Module (COM). It's only valid for the 512MB RAM version of > >>> the module, as the 256MB version needs different EMC tables and flash > >>> configuration. To make this clear the suffix -512 was added to the board > >>> compatible string. > >>> > >>> The Colibri T20 uses a Tegra2 SoC and has onboard USB Ethernet and AC97 > >>> sound. > >>> > >>> Still some things like onboard NAND support missing, but should be a > >>> good base for further development. > >>> + > >>> + sdhci@c8000600 { > >>> + cd-gpios = <&gpio 23 0>; /* gpio PC7 */ > >>> + vmmc-supply = <&ldo5_reg>; > >>> + vqmmc-supply = <&vcc_sd_reg>; > >>> + }; > >> > >> I assume that all of those nodes are meant to have status="okay"? > >> > >> Oh, I see those are in the top-level board .dts file. You may as well > >> put all the properties there; stuff like the GPIOs and regulators at > >> least would be purely specific to the individual board, and not the COM. > > > > I would like to keep everything that is defined by the COM to reside in > > the COM dtsi. You are right that the regulator in this case is board > > specific and should be moved to the board file, I missed this while > > splitting things out. But at least the GPIO is defined by the fixed COM > > pinout. > > If these are really defined by the COM itself, it does indeed make sense > for the COM .dtsi file to define those properties. But, I have a hard > time understanding how the COM design can force the carrier module into > using a particular GPIO for the SD controller CD functionality; couldn't > the carrier use any GPIO passed through the COM<->carrier connector for > any purpose? > It's not a GPIO anymore as soon as it hits the COM<->carrier connector. The connector pin assignment is strictly specified. There are a lot of freely assignable GPIOs on the connector, everything related to a specific function is not part of this. The Colibri specification dictates which pin to use if you want to realize a SDcard CD. This is done so that modules and carrier boards are interchangeable. In fact you can just as well run a new Colibri T30 module on a years old carrier designed for the ColibriPXA series of modules. > >>> + com_regulators { > >> > >> I think just call that "regulators"; the final board .dts file can > >> easily add more sub-nodes to this node, so there's no need to try and > >> avoid any naming conflict here. See Cardhu as an example. > > > > I don't really see the benefit of merging those nodes. They are separate > > regulators, some are located on the COM, others on the carrier board. So > > I would like to keep them in separate nodes, unless you have strong > > feelings to change this. > > The issue here is that if we don't do this, we end up with wierd node > names; plain "regulators" is a fairly canonical name for what the name > contains, and purely indicates the type of the node. "com_regulators" is > unusual, and starts to encode identity into the node name itself, which > is something not usually done in the node name (differentiation between > identities is usually done using the unit address; "@nnn"), Hm, ok. Keeping some space in between module and carrier regulator addresses should do as well. -- To unsubscribe from this list: send the line "unsubscribe linux-tegra" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/Documentation/devicetree/bindings/arm/tegra.txt b/Documentation/devicetree/bindings/arm/tegra.txt index a5d3353..ccd4ef4 100644 --- a/Documentation/devicetree/bindings/arm/tegra.txt +++ b/Documentation/devicetree/bindings/arm/tegra.txt @@ -30,3 +30,4 @@ board-specific compatible values: nvidia,seaboard nvidia,ventana nvidia,whistler + toradex,colibri_t20-512 diff --git a/arch/arm/boot/dts/tegra20-colibri-512.dtsi b/arch/arm/boot/dts/tegra20-colibri-512.dtsi new file mode 100644 index 0000000..334ff02 --- /dev/null +++ b/arch/arm/boot/dts/tegra20-colibri-512.dtsi @@ -0,0 +1,505 @@ +/include/ "tegra20.dtsi" + +/ { + model = "Toradex Colibri T20 512MB"; + compatible = "toradex,colibri_t20-512", "nvidia,tegra20"; + + memory { + reg = <0x00000000 0x20000000>; + }; + + host1x { + hdmi { + vdd-supply = <&hdmi_vdd_reg>; + pll-supply = <&hdmi_pll_reg>; + + nvidia,ddc-i2c-bus = <&i2c_ddc>; + nvidia,hpd-gpio = <&gpio 111 0>; /* PN7 */ + }; + }; + + pinmux { + pinctrl-names = "default"; + pinctrl-0 = <&state_default>; + + state_default: pinmux { + audio_refclk { + nvidia,pins = "cdev1"; + nvidia,function = "plla_out"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + crt { + nvidia,pins = "crtp"; + nvidia,function = "crt"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + dap3 { + nvidia,pins = "dap3"; + nvidia,function = "dap3"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + displaya { + nvidia,pins = "ld0", "ld1", "ld2", "ld3", + "ld4", "ld5", "ld6", "ld7", "ld8", + "ld9", "ld10", "ld11", "ld12", "ld13", + "ld14", "ld15", "ld16", "ld17", + "lhs", "lpw0", "lpw2", "lsc0", + "lsc1", "lsck", "lsda", "lspi", "lvs"; + nvidia,function = "displaya"; + nvidia,tristate = <1>; + }; + gpio_dte { + nvidia,pins = "dte"; + nvidia,function = "rsvd1"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + gpio_gmi { + nvidia,pins = "ata", "atc", "atd", "ate", + "dap1", "dap2", "dap4", "gpu", "irrx", + "irtx", "spia", "spib", "spic"; + nvidia,function = "gmi"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + gpio_pta { + nvidia,pins = "pta"; + nvidia,function = "rsvd4"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + gpio_uac { + nvidia,pins = "uac"; + nvidia,function = "rsvd2"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + hdint { + nvidia,pins = "hdint"; + nvidia,function = "hdmi"; + nvidia,tristate = <1>; + }; + i2c1 { + nvidia,pins = "rm"; + nvidia,function = "i2c1"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + i2c3 { + nvidia,pins = "dtf"; + nvidia,function = "i2c3"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + i2cddc { + nvidia,pins = "ddc"; + nvidia,function = "i2c2"; + nvidia,pull = <2>; + nvidia,tristate = <1>; + }; + i2cp { + nvidia,pins = "i2cp"; + nvidia,function = "i2cp"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + irda { + nvidia,pins = "uad"; + nvidia,function = "irda"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + nand { + nvidia,pins = "kbca", "kbcc", "kbcd", + "kbce", "kbcf"; + nvidia,function = "nand"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + owc { + nvidia,pins = "owc"; + nvidia,function = "owr"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + pmc { + nvidia,pins = "pmc"; + nvidia,function = "pwr_on"; + nvidia,tristate = <0>; + }; + pwm { + nvidia,pins = "sdb", "sdc", "sdd"; + nvidia,function = "pwm"; + nvidia,tristate = <1>; + }; + sdio4 { + nvidia,pins = "atb", "gma", "gme"; + nvidia,function = "sdio4"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + spi1 { + nvidia,pins = "spid", "spie", "spif"; + nvidia,function = "spi1"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + spi4 { + nvidia,pins = "slxa", "slxc", "slxd", "slxk"; + nvidia,function = "spi4"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + uarta { + nvidia,pins = "sdio1"; + nvidia,function = "uarta"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + uartd { + nvidia,pins = "gmc"; + nvidia,function = "uartd"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + ulpi { + nvidia,pins = "uaa", "uab", "uda"; + nvidia,function = "ulpi"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + ulpi_refclk { + nvidia,pins = "cdev2"; + nvidia,function = "pllp_out4"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + usb_gpio { + nvidia,pins = "spig", "spih"; + nvidia,function = "spi2_alt"; + nvidia,pull = <0>; + nvidia,tristate = <0>; + }; + vi { + nvidia,pins = "dta", "dtb", "dtc", "dtd"; + nvidia,function = "vi"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + vi_sc { + nvidia,pins = "csus"; + nvidia,function = "vi_sensor_clk"; + nvidia,pull = <0>; + nvidia,tristate = <1>; + }; + }; + }; + + i2c@7000c000 { + clock-frequency = <400000>; + }; + + i2c_ddc: i2c@7000c400 { + clock-frequency = <100000>; + }; + + i2c@7000c500 { + clock-frequency = <400000>; + }; + + i2c@7000d000 { + status = "okay"; + clock-frequency = <400000>; + + pmic: tps6586x@34 { + compatible = "ti,tps6586x"; + reg = <0x34>; + interrupts = <0 86 0x4>; + + ti,system-power-controller; + + #gpio-cells = <2>; + gpio-controller; + + sys-supply = <&vdd_5v0_reg>; + vin-sm0-supply = <&sys_reg>; + vin-sm1-supply = <&sys_reg>; + vin-sm2-supply = <&sys_reg>; + vinldo01-supply = <&sm2_reg>; + vinldo23-supply = <&sm2_reg>; + vinldo4-supply = <&sm2_reg>; + vinldo678-supply = <&sm2_reg>; + vinldo9-supply = <&sm2_reg>; + + regulators { + #address-cells = <1>; + #size-cells = <0>; + + sys_reg: regulator@0 { + reg = <0>; + regulator-compatible = "sys"; + regulator-name = "vdd_sys"; + regulator-always-on; + }; + + regulator@1 { + reg = <1>; + regulator-compatible = "sm0"; + regulator-name = "vdd_sm0,vdd_core"; + regulator-min-microvolt = <1275000>; + regulator-max-microvolt = <1275000>; + regulator-always-on; + }; + + regulator@2 { + reg = <2>; + regulator-compatible = "sm1"; + regulator-name = "vdd_sm1,vdd_cpu"; + regulator-min-microvolt = <1100000>; + regulator-max-microvolt = <1100000>; + regulator-always-on; + }; + + sm2_reg: regulator@3 { + reg = <3>; + regulator-compatible = "sm2"; + regulator-name = "vdd_sm2,vin_ldo*"; + regulator-min-microvolt = <3700000>; + regulator-max-microvolt = <3700000>; + regulator-always-on; + }; + + /* LDO0 is not connected to anything */ + + regulator@5 { + reg = <5>; + regulator-compatible = "ldo1"; + regulator-name = "vdd_ldo1,avdd_pll*"; + regulator-min-microvolt = <1100000>; + regulator-max-microvolt = <1100000>; + regulator-always-on; + }; + + regulator@6 { + reg = <6>; + regulator-compatible = "ldo2"; + regulator-name = "vdd_ldo2,vdd_rtc"; + regulator-min-microvolt = <1200000>; + regulator-max-microvolt = <1200000>; + }; + + /* LDO3 is not connected to anything */ + + regulator@8 { + reg = <8>; + regulator-compatible = "ldo4"; + regulator-name = "vdd_ldo4,avdd_osc,vddio_sys"; + regulator-min-microvolt = <1800000>; + regulator-max-microvolt = <1800000>; + regulator-always-on; + }; + + ldo5_reg: regulator@9 { + reg = <9>; + regulator-compatible = "ldo5"; + regulator-name = "vdd_ldo5,vcore_mmc,vdd_fuse"; + regulator-min-microvolt = <3300000>; + regulator-max-microvolt = <3300000>; + regulator-always-on; + }; + + regulator@10 { + reg = <10>; + regulator-compatible = "ldo6"; + regulator-name = "vdd_ldo6,avdd_vdac,vddio_vi,vddio_cam"; + regulator-min-microvolt = <1800000>; + regulator-max-microvolt = <1800000>; + }; + + hdmi_vdd_reg: regulator@11 { + reg = <11>; + regulator-compatible = "ldo7"; + regulator-name = "vdd_ldo7,avdd_hdmi"; + regulator-min-microvolt = <3300000>; + regulator-max-microvolt = <3300000>; + }; + + hdmi_pll_reg: regulator@12 { + reg = <12>; + regulator-compatible = "ldo8"; + regulator-name = "vdd_ldo8,avdd_hdmi_pll"; + regulator-min-microvolt = <1800000>; + regulator-max-microvolt = <1800000>; + }; + + regulator@13 { + reg = <13>; + regulator-compatible = "ldo9"; + regulator-name = "vdd_ldo9,avdd_2v85,vdd_ddr_rx"; + regulator-min-microvolt = <2850000>; + regulator-max-microvolt = <2850000>; + regulator-always-on; + }; + + regulator@14 { + reg = <14>; + regulator-compatible = "ldo_rtc"; + regulator-name = "vdd_rtc_out,vdd_cell"; + regulator-min-microvolt = <3300000>; + regulator-max-microvolt = <3300000>; + regulator-always-on; + }; + }; + }; + + temperature-sensor@4c { + compatible = "national,lm95245"; + reg = <0x4c>; + }; + }; + + memory-controller@7000f400 { + emc-table@83250 { + reg = <83250>; + compatible = "nvidia,tegra20-emc-table"; + clock-frequency = <83250>; + nvidia,emc-registers = < 0x00000005 0x00000011 + 0x00000004 0x00000002 0x00000004 0x00000004 + 0x00000001 0x0000000a 0x00000002 0x00000002 + 0x00000001 0x00000001 0x00000003 0x00000004 + 0x00000003 0x00000009 0x0000000c 0x0000025f + 0x00000000 0x00000003 0x00000003 0x00000002 + 0x00000002 0x00000001 0x00000008 0x000000c8 + 0x00000003 0x00000005 0x00000003 0x0000000c + 0x00000002 0x00000000 0x00000000 0x00000002 + 0x00000000 0x00000000 0x00000083 0x00520006 + 0x00000010 0x00000008 0x00000000 0x00000000 + 0x00000000 0x00000000 0x00000000 0x00000000 >; + }; + emc-table@133200 { + reg = <133200>; + compatible = "nvidia,tegra20-emc-table"; + clock-frequency = <133200>; + nvidia,emc-registers = < 0x00000008 0x00000019 + 0x00000006 0x00000002 0x00000004 0x00000004 + 0x00000001 0x0000000a 0x00000002 0x00000002 + 0x00000002 0x00000001 0x00000003 0x00000004 + 0x00000003 0x00000009 0x0000000c 0x0000039f + 0x00000000 0x00000003 0x00000003 0x00000002 + 0x00000002 0x00000001 0x00000008 0x000000c8 + 0x00000003 0x00000007 0x00000003 0x0000000c + 0x00000002 0x00000000 0x00000000 0x00000002 + 0x00000000 0x00000000 0x00000083 0x00510006 + 0x00000010 0x00000008 0x00000000 0x00000000 + 0x00000000 0x00000000 0x00000000 0x00000000 >; + }; + emc-table@166500 { + reg = <166500>; + compatible = "nvidia,tegra20-emc-table"; + clock-frequency = <166500>; + nvidia,emc-registers = < 0x0000000a 0x00000021 + 0x00000008 0x00000003 0x00000004 0x00000004 + 0x00000002 0x0000000a 0x00000003 0x00000003 + 0x00000002 0x00000001 0x00000003 0x00000004 + 0x00000003 0x00000009 0x0000000c 0x000004df + 0x00000000 0x00000003 0x00000003 0x00000003 + 0x00000003 0x00000001 0x00000009 0x000000c8 + 0x00000003 0x00000009 0x00000004 0x0000000c + 0x00000002 0x00000000 0x00000000 0x00000002 + 0x00000000 0x00000000 0x00000083 0x004f0006 + 0x00000010 0x00000008 0x00000000 0x00000000 + 0x00000000 0x00000000 0x00000000 0x00000000 >; + }; + emc-table@333000 { + reg = <333000>; + compatible = "nvidia,tegra20-emc-table"; + clock-frequency = <333000>; + nvidia,emc-registers = < 0x00000014 0x00000041 + 0x0000000f 0x00000005 0x00000004 0x00000005 + 0x00000003 0x0000000a 0x00000005 0x00000005 + 0x00000004 0x00000001 0x00000003 0x00000004 + 0x00000003 0x00000009 0x0000000c 0x000009ff + 0x00000000 0x00000003 0x00000003 0x00000005 + 0x00000005 0x00000001 0x0000000e 0x000000c8 + 0x00000003 0x00000011 0x00000006 0x0000000c + 0x00000002 0x00000000 0x00000000 0x00000002 + 0x00000000 0x00000000 0x00000083 0x00380006 + 0x00000010 0x00000008 0x00000000 0x00000000 + 0x00000000 0x00000000 0x00000000 0x00000000 >; + }; + }; + + ac97: ac97 { + status = "okay"; + nvidia,codec-reset-gpio = <&gpio 168 0>; /* gpio PV0 */ + nvidia,codec-sync-gpio = <&gpio 120 0>; /* gpio PP0 */ + }; + + serial@70006000 { + clock-frequency = <216000000>; + }; + + serial@70006300 { + clock-frequency = <216000000>; + }; + + usb@c5000000 { + dr_mode = "otg"; + }; + + usb@c5004000 { + status = "okay"; + nvidia,phy-reset-gpio = <&gpio 169 0>; /* gpio PV1 */ + }; + + sdhci@c8000600 { + cd-gpios = <&gpio 23 0>; /* gpio PC7 */ + vmmc-supply = <&ldo5_reg>; + vqmmc-supply = <&vcc_sd_reg>; + }; + + sound { + compatible = "nvidia,tegra-audio-wm9712-colibri_t20", + "nvidia,tegra-audio-wm9712"; + nvidia,model = "Colibri T20 AC97 Audio"; + + nvidia,audio-routing = + "Headphone", "HPOUTL", + "Headphone", "HPOUTR", + "LineIn", "LINEINL", + "LineIn", "LINEINR", + "Mic", "MIC1"; + + nvidia,ac97-controller = <&ac97>; + }; + + com_regulators { + compatible = "simple-bus"; + #address-cells = <1>; + #size-cells = <0>; + + vdd_5v0_reg: com_reg0 { + compatible = "regulator-fixed"; + reg = <0>; + regulator-name = "vdd_5v0"; + regulator-min-microvolt = <5000000>; + regulator-max-microvolt = <5000000>; + regulator-always-on; + }; + + int_usb_reg: com_reg1 { + compatible = "regulator-fixed"; + reg = <1>; + regulator-name = "usb2_vbus"; + regulator-min-microvolt = <5000000>; + regulator-max-microvolt = <5000000>; + enable-active-high; + regulator-boot-on; + regulator-always-on; + gpio = <&gpio 217 0>; + }; + }; +};
This adds the device tree include file for the Toradex Colibri T20 Computer on Module (COM). It's only valid for the 512MB RAM version of the module, as the 256MB version needs different EMC tables and flash configuration. To make this clear the suffix -512 was added to the board compatible string. The Colibri T20 uses a Tegra2 SoC and has onboard USB Ethernet and AC97 sound. Still some things like onboard NAND support missing, but should be a good base for further development. Signed-off-by: Lucas Stach <dev@lynxeye.de> --- Documentation/devicetree/bindings/arm/tegra.txt | 1 + arch/arm/boot/dts/tegra20-colibri-512.dtsi | 505 ++++++++++++++++++++++++ 2 files changed, 506 insertions(+) create mode 100644 arch/arm/boot/dts/tegra20-colibri-512.dtsi