1. 14 Sep, 2012 11 commits
    • Stephen Warren's avatar
      ARM: tegra: remove useless includes of <mach/*.h> · 7ff95aeb
      Stephen Warren authored
      Nothing from these files is needed, so remove the includes. This helps
      single zImage work by reducing use of the mach-tegra/include/mach/
      directory.
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      7ff95aeb
    • Stephen Warren's avatar
      ARM: tegra: remove dead code · bab53ce3
      Stephen Warren authored
      Now that all boards are converted to device tree, devices.[ch] and
      board-pinmux.[ch] are no longer used. So, remove them.
      
      The only exception is the EHCI platform data in devices.h. Move that
      data to board-dt-tegra20.c - the only places it's used.
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      bab53ce3
    • Stephen Warren's avatar
      fef40b23
    • Stephen Warren's avatar
      f49540d1
    • Stephen Warren's avatar
    • Stephen Warren's avatar
      ARM: dt: tegra: harmony: configure power off · be972c32
      Stephen Warren authored
      Add DT property to tell the TPS6586x that it should provide the
      pm_power_off() implementation. This allows "shutdown" to work.
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      be972c32
    • Laxman Dewangan's avatar
      ARM: dt: tegra: harmony: add regulators · 3cc404de
      Laxman Dewangan authored
      Harmony uses a TPS6586x regulator. Instantiate this, and hook up a
      couple of fixed GPIO-controlled regulators too.
      
      Based on Ventana regulator patch by Stephen Warren <swarren@nvidia.com>
      and converted to Harmony.
      
      swarren made the following changes:
      * Added ldo0 regulator configuration to device tree, and updated
        board-harmony-pcie.c for the new regulator name.
      * Fixed vdd_1v05's voltage from 10.5V to 1.05V.
      * Modified board-harmony-pcie.c to obtain the en_vdd_1v05 GPIO number at
        run-time from device tree instead of hard-coding it.
      * Removed board-harmony{-power.c,.h} now that they're unused.
      * Disabled vdd_1v05 regulator; the code in board-harmony-pcie.c hijacks
        this GPIO for now. This will be fixed when the PCIe driver is re-
        written as a driver. The code can't regulator_get("vdd_1v05") right
        now, because the vdd_1v05 regulator's probe gets deferred due to its
        supply being the PMIC, which gets probed after the regulator the first
        time around, and this dependency is only resolved by repeated probing,
        which happens when deferred_probe_initcall() is called, which happens
        in a late initcall, whose runtime order relative to harmony_pcie_init()
        is undefined, since that's also called from a late initcall.
      * Removed unused harmony_pcie_initcall().
      Signed-off-by: default avatarLaxman Dewangan <ldewangan@nvidia.com>
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      3cc404de
    • Stephen Warren's avatar
      ARM: tegra: remove board (but not DT) support for Harmony · bb25af81
      Stephen Warren authored
      Harmony can be booted using device tree with equal functionality as when
      booted using a board file. Remove as much of the board file as is
      possible, since it's no longer needed.
      
      Two special-cases are still left in board-dt-tegra20.c, since the Tegra
      PCIe driver doesn't support device tree yet, and the Harmony .dts file
      doesn't yet describe regulators which are needed for PCIe. This logic is
      now enabled unconditionally rather than via CONFIG_MACH_HARMONY. While
      this is more code than other boards, it's still unlikely to be much of a
      problem, and both regulators and PCIe should be supported via device tree
      in the near future, allowing the remaining code to be removed.
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      bb25af81
    • Stephen Warren's avatar
      ARM: tegra: remove board (but not DT) support for Paz00 · cff1dfbf
      Stephen Warren authored
      Paz00 (Toshiba AC100) can be booted using device tree with equal
      functionality as when booted using a board file. Remove as much of the
      board file as is possible, since it's no longer needed.
      
      One special-case is still left in board-dt-tegra20.c, since there is no
      way to create a WiFi rfkill device from device tree yet. This logic is
      now enabled unconditionally rather than via CONFIG_MACH_PAZ00. The extra
      cases where it's enabled (.configs which did not enable Paz00 support)
      shouldn't impact much since the amount of code is tiny.
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      Acked-By: default avatarMarc Dietrich <marvin24@gmx.de>
      cff1dfbf
    • Stephen Warren's avatar
      ARM: tegra: remove board (but not DT) support for TrimSlice · be6a9194
      Stephen Warren authored
      TrimSlice can be booted using device tree with equal functionality as
      when booted using a board file. Remove the board file since it's no
      longer needed.
      
      One special-case is still left in board-dt-tegra20.c, since the Tegra
      PCIe driver doesn't support device tree yet. This logic is now enabled
      by CONFIG_TEGRA_PCI rather than via CONFIG_MACH_TRIMSLICE. The extra
      cases where it's enabled (.configs which did not enable TrimSlice
      support) shouldn't impact much since the amount of code is tiny.
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      be6a9194
    • Stephen Warren's avatar
      1ab710fe
  2. 13 Sep, 2012 1 commit
  3. 11 Sep, 2012 2 commits
    • Stephen Warren's avatar
      ARM: tegra: cpu-tegra: explicitly manage re-parenting · ce32ddaa
      Stephen Warren authored
      When changing a PLL's rate, it must have no active children. The CPU
      clock cannot be stopped, and CPU clock's divider is not used. The old
      clock driver used to handle this by internally reparenting the CPU clock
      onto a different PLL when changing the CPU clock rate. However, the new
      common-clock based clock driver does not do this, and probably cannot do
      this due to the locking issues it would cause.
      
      To solve this, have the Tegra cpufreq driver explicitly perform the
      reparenting operations itself. This is probably reasonable anyway,
      since such reparenting is somewhat a matter of policy (e.g. which
      alternate clock source to use, whether to leave the CPU clock a child
      of the alternate clock source if it's running at the desired rate),
      and hence is something more appropriate for the cpufreq driver than
      the core clock driver anyway.
      
      Cc: Prashant Gaikwad <pgaikwad@nvidia.com>
      Cc: Peter De Schrijver <pdeschrijver@nvidia.com>
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      ce32ddaa
    • Stephen Warren's avatar
      ARM: tegra: fix overflow in tegra20_pll_clk_round_rate() · 7a74a443
      Stephen Warren authored
      32-bit math isn't enough when e.g. *prate=12000000, and sel->n=1000.
      Use 64-bit math to prevent this.
      
      Cc: Prashant Gaikwad <pgaikwad@nvidia.com>
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      7a74a443
  4. 10 Sep, 2012 6 commits
  5. 07 Sep, 2012 1 commit
    • Prashant Gaikwad's avatar
      ARM: tegra: Fix data type for io address · fa67ccb6
      Prashant Gaikwad authored
      Warnings were generated because following commit changed data type for
      address pointer
      
      195bbca ARM: 7500/1: io: avoid writeback addressing modes for __raw_ accessors
      
      arch/arm/mach-tegra/tegra30_clocks.c: In function 'clk_measure_input_freq':
      arch/arm/mach-tegra/tegra30_clocks.c:418:2: warning: passing argument 2 of '__raw_writel' makes pointer from integer without a cast
      .../arch/arm/include/asm/io.h:88:20: note: expected 'volatile void *' but argument is of type 'unsigned int
      Signed-off-by: default avatarPrashant Gaikwad <pgaikwad@nvidia.com>
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      fa67ccb6
  6. 06 Sep, 2012 19 commits