2011-11-01 04:37:05 -06:00
|
|
|
/dts-v1/;
|
|
|
|
|
2013-12-02 06:09:57 -07:00
|
|
|
#include <dt-bindings/input/input.h>
|
2012-10-17 16:38:21 -06:00
|
|
|
#include "tegra20.dtsi"
|
2011-11-01 04:37:05 -06:00
|
|
|
|
|
|
|
/ {
|
|
|
|
model = "Toshiba AC100 / Dynabook AZ";
|
|
|
|
compatible = "compal,paz00", "nvidia,tegra20";
|
|
|
|
|
2012-05-11 16:17:47 -06:00
|
|
|
memory {
|
2011-11-01 04:37:05 -06:00
|
|
|
reg = <0x00000000 0x20000000>;
|
|
|
|
};
|
|
|
|
|
2013-11-25 17:53:16 -07:00
|
|
|
host1x@50000000 {
|
|
|
|
hdmi@54280000 {
|
2013-01-02 14:53:22 -07:00
|
|
|
status = "okay";
|
|
|
|
|
|
|
|
vdd-supply = <&hdmi_vdd_reg>;
|
|
|
|
pll-supply = <&hdmi_pll_reg>;
|
|
|
|
|
|
|
|
nvidia,ddc-i2c-bus = <&hdmi_ddc>;
|
2013-02-12 17:25:15 -07:00
|
|
|
nvidia,hpd-gpio = <&gpio TEGRA_GPIO(N, 7)
|
|
|
|
GPIO_ACTIVE_HIGH>;
|
2013-01-02 14:53:22 -07:00
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2013-11-25 17:53:16 -07:00
|
|
|
pinmux@70000014 {
|
2012-03-15 16:27:36 -06:00
|
|
|
pinctrl-names = "default";
|
|
|
|
pinctrl-0 = <&state_default>;
|
|
|
|
|
|
|
|
state_default: pinmux {
|
|
|
|
ata {
|
|
|
|
nvidia,pins = "ata", "atc", "atd", "ate",
|
|
|
|
"dap2", "gmb", "gmc", "gmd", "spia",
|
|
|
|
"spib", "spic", "spid", "spie";
|
|
|
|
nvidia,function = "gmi";
|
|
|
|
};
|
|
|
|
atb {
|
|
|
|
nvidia,pins = "atb", "gma", "gme";
|
|
|
|
nvidia,function = "sdio4";
|
|
|
|
};
|
|
|
|
cdev1 {
|
|
|
|
nvidia,pins = "cdev1";
|
|
|
|
nvidia,function = "plla_out";
|
|
|
|
};
|
|
|
|
cdev2 {
|
|
|
|
nvidia,pins = "cdev2";
|
|
|
|
nvidia,function = "pllp_out4";
|
|
|
|
};
|
|
|
|
crtp {
|
|
|
|
nvidia,pins = "crtp";
|
|
|
|
nvidia,function = "crt";
|
|
|
|
};
|
|
|
|
csus {
|
|
|
|
nvidia,pins = "csus";
|
|
|
|
nvidia,function = "pllc_out1";
|
|
|
|
};
|
|
|
|
dap1 {
|
|
|
|
nvidia,pins = "dap1";
|
|
|
|
nvidia,function = "dap1";
|
|
|
|
};
|
|
|
|
dap3 {
|
|
|
|
nvidia,pins = "dap3";
|
|
|
|
nvidia,function = "dap3";
|
|
|
|
};
|
|
|
|
dap4 {
|
|
|
|
nvidia,pins = "dap4";
|
|
|
|
nvidia,function = "dap4";
|
|
|
|
};
|
|
|
|
ddc {
|
|
|
|
nvidia,pins = "ddc";
|
|
|
|
nvidia,function = "i2c2";
|
|
|
|
};
|
|
|
|
dta {
|
|
|
|
nvidia,pins = "dta", "dtb", "dtc", "dtd", "dte";
|
|
|
|
nvidia,function = "rsvd1";
|
|
|
|
};
|
|
|
|
dtf {
|
|
|
|
nvidia,pins = "dtf";
|
|
|
|
nvidia,function = "i2c3";
|
|
|
|
};
|
|
|
|
gpu {
|
|
|
|
nvidia,pins = "gpu", "sdb", "sdd";
|
|
|
|
nvidia,function = "pwm";
|
|
|
|
};
|
|
|
|
gpu7 {
|
|
|
|
nvidia,pins = "gpu7";
|
|
|
|
nvidia,function = "rtck";
|
|
|
|
};
|
|
|
|
gpv {
|
|
|
|
nvidia,pins = "gpv", "slxa", "slxk";
|
|
|
|
nvidia,function = "pcie";
|
|
|
|
};
|
|
|
|
hdint {
|
|
|
|
nvidia,pins = "hdint", "pta";
|
|
|
|
nvidia,function = "hdmi";
|
|
|
|
};
|
|
|
|
i2cp {
|
|
|
|
nvidia,pins = "i2cp";
|
|
|
|
nvidia,function = "i2cp";
|
|
|
|
};
|
|
|
|
irrx {
|
|
|
|
nvidia,pins = "irrx", "irtx";
|
|
|
|
nvidia,function = "uarta";
|
|
|
|
};
|
|
|
|
kbca {
|
|
|
|
nvidia,pins = "kbca", "kbcc", "kbce", "kbcf";
|
|
|
|
nvidia,function = "kbc";
|
|
|
|
};
|
|
|
|
kbcb {
|
|
|
|
nvidia,pins = "kbcb", "kbcd";
|
|
|
|
nvidia,function = "sdio2";
|
|
|
|
};
|
|
|
|
lcsn {
|
|
|
|
nvidia,pins = "lcsn", "ld0", "ld1", "ld2",
|
|
|
|
"ld3", "ld4", "ld5", "ld6", "ld7",
|
|
|
|
"ld8", "ld9", "ld10", "ld11", "ld12",
|
|
|
|
"ld13", "ld14", "ld15", "ld16", "ld17",
|
|
|
|
"ldc", "ldi", "lhp0", "lhp1", "lhp2",
|
|
|
|
"lhs", "lm0", "lm1", "lpp", "lpw0",
|
|
|
|
"lpw1", "lpw2", "lsc0", "lsc1", "lsck",
|
|
|
|
"lsda", "lsdi", "lspi", "lvp0", "lvp1",
|
|
|
|
"lvs";
|
|
|
|
nvidia,function = "displaya";
|
|
|
|
};
|
|
|
|
owc {
|
|
|
|
nvidia,pins = "owc";
|
|
|
|
nvidia,function = "owr";
|
|
|
|
};
|
|
|
|
pmc {
|
|
|
|
nvidia,pins = "pmc";
|
|
|
|
nvidia,function = "pwr_on";
|
|
|
|
};
|
|
|
|
rm {
|
|
|
|
nvidia,pins = "rm";
|
|
|
|
nvidia,function = "i2c1";
|
|
|
|
};
|
|
|
|
sdc {
|
|
|
|
nvidia,pins = "sdc";
|
|
|
|
nvidia,function = "twc";
|
|
|
|
};
|
|
|
|
sdio1 {
|
|
|
|
nvidia,pins = "sdio1";
|
|
|
|
nvidia,function = "sdio1";
|
|
|
|
};
|
|
|
|
slxc {
|
|
|
|
nvidia,pins = "slxc", "slxd";
|
|
|
|
nvidia,function = "spi4";
|
|
|
|
};
|
|
|
|
spdi {
|
|
|
|
nvidia,pins = "spdi", "spdo";
|
|
|
|
nvidia,function = "rsvd2";
|
|
|
|
};
|
|
|
|
spif {
|
|
|
|
nvidia,pins = "spif", "uac";
|
|
|
|
nvidia,function = "rsvd4";
|
|
|
|
};
|
|
|
|
spig {
|
|
|
|
nvidia,pins = "spig", "spih";
|
|
|
|
nvidia,function = "spi2_alt";
|
|
|
|
};
|
|
|
|
uaa {
|
|
|
|
nvidia,pins = "uaa", "uab", "uda";
|
|
|
|
nvidia,function = "ulpi";
|
|
|
|
};
|
|
|
|
uad {
|
|
|
|
nvidia,pins = "uad";
|
|
|
|
nvidia,function = "spdif";
|
|
|
|
};
|
|
|
|
uca {
|
|
|
|
nvidia,pins = "uca", "ucb";
|
|
|
|
nvidia,function = "uartc";
|
|
|
|
};
|
|
|
|
conf_ata {
|
|
|
|
nvidia,pins = "ata", "atb", "atc", "atd", "ate",
|
2012-04-13 16:35:20 -06:00
|
|
|
"cdev1", "cdev2", "dap1", "dap2", "dtf",
|
|
|
|
"gma", "gmb", "gmc", "gmd", "gme",
|
|
|
|
"gpu", "gpu7", "gpv", "i2cp", "pta",
|
|
|
|
"rm", "sdio1", "slxk", "spdo", "uac",
|
|
|
|
"uda";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,pull = <TEGRA_PIN_PULL_NONE>;
|
|
|
|
nvidia,tristate = <TEGRA_PIN_DISABLE>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
conf_ck32 {
|
|
|
|
nvidia,pins = "ck32", "ddrc", "pmca", "pmcb",
|
|
|
|
"pmcc", "pmcd", "pmce", "xm2c", "xm2d";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,pull = <TEGRA_PIN_PULL_NONE>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
conf_crtp {
|
|
|
|
nvidia,pins = "crtp", "dap3", "dap4", "dtb",
|
|
|
|
"dtc", "dte", "slxa", "slxc", "slxd",
|
|
|
|
"spdi";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,pull = <TEGRA_PIN_PULL_NONE>;
|
|
|
|
nvidia,tristate = <TEGRA_PIN_ENABLE>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
conf_csus {
|
|
|
|
nvidia,pins = "csus", "spia", "spib", "spid",
|
|
|
|
"spif";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,pull = <TEGRA_PIN_PULL_DOWN>;
|
|
|
|
nvidia,tristate = <TEGRA_PIN_ENABLE>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
conf_ddc {
|
|
|
|
nvidia,pins = "ddc", "irrx", "irtx", "kbca",
|
|
|
|
"kbcb", "kbcc", "kbcd", "kbce", "kbcf",
|
|
|
|
"spic", "spig", "uaa", "uab";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,pull = <TEGRA_PIN_PULL_UP>;
|
|
|
|
nvidia,tristate = <TEGRA_PIN_DISABLE>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
conf_dta {
|
|
|
|
nvidia,pins = "dta", "dtd", "owc", "sdc", "sdd",
|
|
|
|
"spie", "spih", "uad", "uca", "ucb";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,pull = <TEGRA_PIN_PULL_UP>;
|
|
|
|
nvidia,tristate = <TEGRA_PIN_ENABLE>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
conf_hdint {
|
|
|
|
nvidia,pins = "hdint", "ld0", "ld1", "ld2",
|
|
|
|
"ld3", "ld4", "ld5", "ld6", "ld7",
|
|
|
|
"ld8", "ld9", "ld10", "ld11", "ld12",
|
|
|
|
"ld13", "ld14", "ld15", "ld16", "ld17",
|
|
|
|
"ldc", "ldi", "lhs", "lsc0", "lspi",
|
|
|
|
"lvs", "pmc";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,tristate = <TEGRA_PIN_DISABLE>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
conf_lc {
|
|
|
|
nvidia,pins = "lc", "ls";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,pull = <TEGRA_PIN_PULL_UP>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
conf_lcsn {
|
|
|
|
nvidia,pins = "lcsn", "lhp0", "lhp1", "lhp2",
|
|
|
|
"lm0", "lm1", "lpp", "lpw0", "lpw1",
|
|
|
|
"lpw2", "lsc1", "lsck", "lsda", "lsdi",
|
|
|
|
"lvp0", "lvp1", "sdb";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,tristate = <TEGRA_PIN_ENABLE>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
conf_ld17_0 {
|
|
|
|
nvidia,pins = "ld17_0", "ld19_18", "ld21_20",
|
|
|
|
"ld23_22";
|
2013-12-05 03:44:08 -07:00
|
|
|
nvidia,pull = <TEGRA_PIN_PULL_DOWN>;
|
2012-03-15 16:27:36 -06:00
|
|
|
};
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2012-05-11 17:32:56 -06:00
|
|
|
i2s@70002800 {
|
|
|
|
status = "okay";
|
2012-05-11 17:03:26 -06:00
|
|
|
};
|
|
|
|
|
|
|
|
serial@70006000 {
|
2012-05-11 17:32:56 -06:00
|
|
|
status = "okay";
|
2012-05-11 17:03:26 -06:00
|
|
|
};
|
|
|
|
|
|
|
|
serial@70006200 {
|
2012-05-11 17:32:56 -06:00
|
|
|
status = "okay";
|
2012-05-11 17:03:26 -06:00
|
|
|
};
|
|
|
|
|
2011-11-01 04:37:05 -06:00
|
|
|
i2c@7000c000 {
|
2012-05-11 17:32:56 -06:00
|
|
|
status = "okay";
|
2011-11-01 04:37:05 -06:00
|
|
|
clock-frequency = <400000>;
|
2012-02-02 13:13:35 -07:00
|
|
|
|
|
|
|
alc5632: alc5632@1e {
|
|
|
|
compatible = "realtek,alc5632";
|
|
|
|
reg = <0x1e>;
|
|
|
|
gpio-controller;
|
|
|
|
#gpio-cells = <2>;
|
|
|
|
};
|
2011-11-01 04:37:05 -06:00
|
|
|
};
|
|
|
|
|
2013-01-02 14:53:22 -07:00
|
|
|
hdmi_ddc: i2c@7000c400 {
|
2012-05-11 17:32:56 -06:00
|
|
|
status = "okay";
|
2013-01-02 14:53:22 -07:00
|
|
|
clock-frequency = <100000>;
|
2011-11-01 04:37:05 -06:00
|
|
|
};
|
|
|
|
|
2013-11-25 17:53:16 -07:00
|
|
|
nvec@7000c500 {
|
2011-11-01 04:37:05 -06:00
|
|
|
compatible = "nvidia,nvec";
|
2012-05-11 16:28:59 -06:00
|
|
|
reg = <0x7000c500 0x100>;
|
2013-02-13 12:51:51 -07:00
|
|
|
interrupts = <GIC_SPI 92 IRQ_TYPE_LEVEL_HIGH>;
|
2012-05-11 17:12:52 -06:00
|
|
|
#address-cells = <1>;
|
|
|
|
#size-cells = <0>;
|
2011-11-01 04:37:05 -06:00
|
|
|
clock-frequency = <80000>;
|
2013-02-12 17:25:15 -07:00
|
|
|
request-gpios = <&gpio TEGRA_GPIO(V, 2) GPIO_ACTIVE_HIGH>;
|
2011-11-01 04:37:05 -06:00
|
|
|
slave-addr = <138>;
|
2013-05-22 10:45:32 -06:00
|
|
|
clocks = <&tegra_car TEGRA20_CLK_I2C3>,
|
|
|
|
<&tegra_car TEGRA20_CLK_PLL_P_OUT3>;
|
2013-01-11 01:01:23 -07:00
|
|
|
clock-names = "div-clk", "fast-clk";
|
2013-11-06 14:01:16 -07:00
|
|
|
resets = <&tegra_car 67>;
|
|
|
|
reset-names = "i2c";
|
2011-11-01 04:37:05 -06:00
|
|
|
};
|
|
|
|
|
|
|
|
i2c@7000d000 {
|
2012-05-11 17:32:56 -06:00
|
|
|
status = "okay";
|
2011-11-01 04:37:05 -06:00
|
|
|
clock-frequency = <400000>;
|
2012-01-31 11:53:21 -07:00
|
|
|
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
pmic: tps6586x@34 {
|
|
|
|
compatible = "ti,tps6586x";
|
|
|
|
reg = <0x34>;
|
2013-02-13 12:51:51 -07:00
|
|
|
interrupts = <GIC_SPI 86 IRQ_TYPE_LEVEL_HIGH>;
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
|
|
|
|
#gpio-cells = <2>;
|
|
|
|
gpio-controller;
|
|
|
|
|
|
|
|
sys-supply = <&p5valw_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 {
|
2012-09-20 17:04:06 -06:00
|
|
|
sys_reg: sys {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "vdd_sys";
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
sm0 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+1.2vs_sm0,vdd_core";
|
|
|
|
regulator-min-microvolt = <1200000>;
|
|
|
|
regulator-max-microvolt = <1200000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
sm1 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+1.0vs_sm1,vdd_cpu";
|
|
|
|
regulator-min-microvolt = <1000000>;
|
|
|
|
regulator-max-microvolt = <1000000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
sm2_reg: sm2 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+3.7vs_sm2,vin_ldo*";
|
|
|
|
regulator-min-microvolt = <3700000>;
|
|
|
|
regulator-max-microvolt = <3700000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
|
|
|
|
/* LDO0 is not connected to anything */
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
ldo1 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+1.1vs_ldo1,avdd_pll*";
|
|
|
|
regulator-min-microvolt = <1100000>;
|
|
|
|
regulator-max-microvolt = <1100000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
ldo2 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+1.2vs_ldo2,vdd_rtc";
|
|
|
|
regulator-min-microvolt = <1200000>;
|
|
|
|
regulator-max-microvolt = <1200000>;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
ldo3 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+3.3vs_ldo3,avdd_usb*";
|
|
|
|
regulator-min-microvolt = <3300000>;
|
|
|
|
regulator-max-microvolt = <3300000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
ldo4 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+1.8vs_ldo4,avdd_osc,vddio_sys";
|
|
|
|
regulator-min-microvolt = <1800000>;
|
|
|
|
regulator-max-microvolt = <1800000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
ldo5 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+2.85vs_ldo5,vcore_mmc";
|
|
|
|
regulator-min-microvolt = <2850000>;
|
|
|
|
regulator-max-microvolt = <2850000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
ldo6 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
/*
|
|
|
|
* Research indicates this should be
|
|
|
|
* 1.8v; other boards that use this
|
|
|
|
* rail for the same purpose need it
|
|
|
|
* set to 1.8v. The schematic signal
|
|
|
|
* name is incorrect; perhaps copied
|
|
|
|
* from an incorrect NVIDIA reference.
|
|
|
|
*/
|
|
|
|
regulator-name = "+2.85vs_ldo6,avdd_vdac";
|
|
|
|
regulator-min-microvolt = <1800000>;
|
|
|
|
regulator-max-microvolt = <1800000>;
|
|
|
|
};
|
|
|
|
|
2013-01-02 14:53:22 -07:00
|
|
|
hdmi_vdd_reg: ldo7 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+3.3vs_ldo7,avdd_hdmi";
|
|
|
|
regulator-min-microvolt = <3300000>;
|
|
|
|
regulator-max-microvolt = <3300000>;
|
|
|
|
};
|
|
|
|
|
2013-01-02 14:53:22 -07:00
|
|
|
hdmi_pll_reg: ldo8 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+1.8vs_ldo8,avdd_hdmi_pll";
|
|
|
|
regulator-min-microvolt = <1800000>;
|
|
|
|
regulator-max-microvolt = <1800000>;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
ldo9 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+2.85vs_ldo9,vdd_ddr_rx";
|
|
|
|
regulator-min-microvolt = <2850000>;
|
|
|
|
regulator-max-microvolt = <2850000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
|
2012-09-20 17:04:06 -06:00
|
|
|
ldo_rtc {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulator-name = "+3.3vs_rtc";
|
|
|
|
regulator-min-microvolt = <3300000>;
|
|
|
|
regulator-max-microvolt = <3300000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2012-01-31 11:53:21 -07:00
|
|
|
adt7461@4c {
|
|
|
|
compatible = "adi,adt7461";
|
|
|
|
reg = <0x4c>;
|
|
|
|
};
|
2011-11-01 04:37:05 -06:00
|
|
|
};
|
|
|
|
|
2013-11-25 17:53:16 -07:00
|
|
|
pmc@7000e400 {
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
nvidia,invert-interrupt;
|
2013-08-12 03:40:07 -06:00
|
|
|
nvidia,suspend-mode = <1>;
|
2013-04-03 05:31:52 -06:00
|
|
|
nvidia,cpu-pwr-good-time = <2000>;
|
|
|
|
nvidia,cpu-pwr-off-time = <0>;
|
|
|
|
nvidia,core-pwr-good-time = <3845 3845>;
|
|
|
|
nvidia,core-pwr-off-time = <0>;
|
|
|
|
nvidia,sys-clock-req-active-high;
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
};
|
|
|
|
|
2012-05-11 17:32:56 -06:00
|
|
|
usb@c5000000 {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
|
2013-05-16 08:12:57 -06:00
|
|
|
usb-phy@c5000000 {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
|
2012-05-11 17:03:26 -06:00
|
|
|
usb@c5004000 {
|
2012-05-11 17:32:56 -06:00
|
|
|
status = "okay";
|
2013-02-12 17:25:15 -07:00
|
|
|
nvidia,phy-reset-gpio = <&gpio TEGRA_GPIO(V, 0)
|
|
|
|
GPIO_ACTIVE_LOW>;
|
2011-11-01 04:37:05 -06:00
|
|
|
};
|
|
|
|
|
2013-05-16 08:12:56 -06:00
|
|
|
usb-phy@c5004000 {
|
2013-05-16 08:12:57 -06:00
|
|
|
status = "okay";
|
2013-02-12 17:25:15 -07:00
|
|
|
nvidia,phy-reset-gpio = <&gpio TEGRA_GPIO(V, 0)
|
|
|
|
GPIO_ACTIVE_LOW>;
|
2012-05-11 17:32:56 -06:00
|
|
|
};
|
|
|
|
|
2013-05-16 08:12:56 -06:00
|
|
|
usb@c5008000 {
|
|
|
|
status = "okay";
|
2013-01-24 03:16:46 -07:00
|
|
|
};
|
|
|
|
|
2013-05-16 08:12:57 -06:00
|
|
|
usb-phy@c5008000 {
|
|
|
|
status = "okay";
|
|
|
|
};
|
|
|
|
|
2011-11-01 04:37:05 -06:00
|
|
|
sdhci@c8000000 {
|
2012-05-11 17:32:56 -06:00
|
|
|
status = "okay";
|
2013-02-12 17:25:15 -07:00
|
|
|
cd-gpios = <&gpio TEGRA_GPIO(V, 5) GPIO_ACTIVE_LOW>;
|
|
|
|
wp-gpios = <&gpio TEGRA_GPIO(H, 1) GPIO_ACTIVE_HIGH>;
|
|
|
|
power-gpios = <&gpio TEGRA_GPIO(V, 1) GPIO_ACTIVE_HIGH>;
|
2012-05-12 22:14:24 -06:00
|
|
|
bus-width = <4>;
|
2011-11-01 04:37:05 -06:00
|
|
|
};
|
|
|
|
|
|
|
|
sdhci@c8000600 {
|
2012-05-11 17:32:56 -06:00
|
|
|
status = "okay";
|
2012-05-12 22:14:24 -06:00
|
|
|
bus-width = <8>;
|
2013-04-03 14:34:39 -06:00
|
|
|
non-removable;
|
2011-11-01 04:37:05 -06:00
|
|
|
};
|
2012-01-28 12:03:07 -07:00
|
|
|
|
2013-04-03 05:31:27 -06:00
|
|
|
clocks {
|
|
|
|
compatible = "simple-bus";
|
|
|
|
#address-cells = <1>;
|
|
|
|
#size-cells = <0>;
|
|
|
|
|
2013-11-25 17:53:16 -07:00
|
|
|
clk32k_in: clock@0 {
|
2013-04-03 05:31:27 -06:00
|
|
|
compatible = "fixed-clock";
|
|
|
|
reg=<0>;
|
|
|
|
#clock-cells = <0>;
|
|
|
|
clock-frequency = <32768>;
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2012-01-28 12:03:07 -07:00
|
|
|
gpio-keys {
|
|
|
|
compatible = "gpio-keys";
|
|
|
|
|
|
|
|
power {
|
|
|
|
label = "Power";
|
2013-02-12 17:25:15 -07:00
|
|
|
gpios = <&gpio TEGRA_GPIO(J, 7) GPIO_ACTIVE_LOW>;
|
2013-12-02 06:09:57 -07:00
|
|
|
linux,code = <KEY_POWER>;
|
2012-01-28 12:03:07 -07:00
|
|
|
gpio-key,wakeup;
|
|
|
|
};
|
|
|
|
};
|
2012-01-28 12:03:08 -07:00
|
|
|
|
|
|
|
gpio-leds {
|
|
|
|
compatible = "gpio-leds";
|
|
|
|
|
|
|
|
wifi {
|
|
|
|
label = "wifi-led";
|
2013-02-12 17:25:15 -07:00
|
|
|
gpios = <&gpio TEGRA_GPIO(D, 0) GPIO_ACTIVE_HIGH>;
|
2012-01-28 12:03:08 -07:00
|
|
|
linux,default-trigger = "rfkill0";
|
|
|
|
};
|
|
|
|
};
|
2012-04-12 15:46:49 -06:00
|
|
|
|
ARM: dt: tegra: paz00: add regulators
The Toshiba AC100/PAZ00 uses a TPS6586x regulator. Instantiate this.
Three data sources were used for the data encoded here:
* The HW defaults, as extracted from real HW.
* The schematic, which specifies a voltage for each rail in the signal
names.
* The AC100 kernel used by the Ubuntu port:
repo git://gitorious.org/~marvin24/ac100/marvin24s-kernel.git
branch chromeos-ac100-3.0
file arch/arm/mach-tegra/board-paz00-power.c
For many rails, the constraints in that tree specified differing min
and max voltages. In all cases, the min value was ignored, since
there's no need currently to vary any of the voltages at run-time.
DVFS might change this in the future.
In most cases these sources all matched. Differences are:
sm0: HW defaults and schematic match at 1.2v. marvin24's kernel had a max
of 1.3v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
sm1: HW defaults and schematic match at 1.0v. marvin24's kernel had a max
of 1.125v, but this higher voltage was only applied to HW by DVFS code,
which isn't currently supported in mainline.
ldo3: The HW default is on. marvin24's kernel didn't specify always-on,
but since the board wasn't marked as having fully constrained regulators,
the rail was not turned off, so the difference had no effect. The rail
is needed for USB.
ldo6: The HW default is 2.85v. The schematics indicate 2.85v. However,
since this regulator is used for the same purpose as on other boards that
require 1.8v, this is set to 1.8v. Note that this regulator feeds the CRT
VDAC on Tegra, and so in practice is unlikely to be used, even though it
is actaully hooked up in HW.
Portions based on work by Laxman Dewangan <ldewangan@nvidia.com>
Signed-off-by: Stephen Warren <swarren@nvidia.com>
Tested-by: Marc Dietrich <marvin24@gmx.de> # v2
Acked-by: Laxman Dewangan <ldewangan@nvidia.com>
2012-06-21 14:24:57 -06:00
|
|
|
regulators {
|
|
|
|
compatible = "simple-bus";
|
|
|
|
#address-cells = <1>;
|
|
|
|
#size-cells = <0>;
|
|
|
|
|
|
|
|
p5valw_reg: regulator@0 {
|
|
|
|
compatible = "regulator-fixed";
|
|
|
|
reg = <0>;
|
|
|
|
regulator-name = "+5valw";
|
|
|
|
regulator-min-microvolt = <5000000>;
|
|
|
|
regulator-max-microvolt = <5000000>;
|
|
|
|
regulator-always-on;
|
|
|
|
};
|
|
|
|
};
|
|
|
|
|
2012-05-11 17:03:26 -06:00
|
|
|
sound {
|
|
|
|
compatible = "nvidia,tegra-audio-alc5632-paz00",
|
|
|
|
"nvidia,tegra-audio-alc5632";
|
|
|
|
|
|
|
|
nvidia,model = "Compal PAZ00";
|
|
|
|
|
|
|
|
nvidia,audio-routing =
|
|
|
|
"Int Spk", "SPKOUT",
|
|
|
|
"Int Spk", "SPKOUTN",
|
|
|
|
"Headset Mic", "MICBIAS1",
|
|
|
|
"MIC1", "Headset Mic",
|
|
|
|
"Headset Stereophone", "HPR",
|
|
|
|
"Headset Stereophone", "HPL",
|
|
|
|
"DMICDAT", "Digital Mic";
|
|
|
|
|
|
|
|
nvidia,audio-codec = <&alc5632>;
|
|
|
|
nvidia,i2s-controller = <&tegra_i2s1>;
|
2013-02-12 17:25:15 -07:00
|
|
|
nvidia,hp-det-gpios = <&gpio TEGRA_GPIO(W, 2)
|
|
|
|
GPIO_ACTIVE_HIGH>;
|
2013-03-26 16:45:52 -06:00
|
|
|
|
2013-05-22 10:45:32 -06:00
|
|
|
clocks = <&tegra_car TEGRA20_CLK_PLL_A>,
|
|
|
|
<&tegra_car TEGRA20_CLK_PLL_A_OUT0>,
|
|
|
|
<&tegra_car TEGRA20_CLK_CDEV1>;
|
2013-03-26 16:45:52 -06:00
|
|
|
clock-names = "pll_a", "pll_a_out0", "mclk";
|
2012-04-12 15:46:49 -06:00
|
|
|
};
|
2011-11-01 04:37:05 -06:00
|
|
|
};
|