1. 07 9月, 2012 11 次提交
  2. 09 8月, 2012 1 次提交
    • S
      ARM: tegra: more regulator fixes for Harmony · 798bd59c
      Stephen Warren 提交于
      Commit 3d55c29f "ARM: tegra: harmony: add regulator supply name and its
      input supply" was supposed to fix all the problems with regulators on
      Harmony. However, it appears that I only tested it when booting using
      board files, not when booting using device tree. This change fixes two
      problems with regulators when booting using device tree:
      
      1) That patch only created the vdd_sys regulator when booting using a
         board file. Since this is the root of the whole regulator tree, this
         caused no regulators to successfully initialize when booting using
         device tree. The registration of vdd_sys is moved to fix this.
      
      2) When booting use DT, the regulator core sets has_full_constraints,
         which in turn causes the core to turn off any regulators not marked
         as always on. Some of the affected regulators are required for basic
         system operation. To solve this, add always on constraints to all
         relevant regulators. This doesn't affect booting using a board file
         since nothing sets has_full_constraints in that case.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      798bd59c
  3. 25 7月, 2012 1 次提交
  4. 07 7月, 2012 3 次提交
  5. 03 7月, 2012 3 次提交
  6. 30 6月, 2012 1 次提交
  7. 27 6月, 2012 2 次提交
  8. 26 6月, 2012 1 次提交
  9. 21 6月, 2012 8 次提交
    • S
      ARM: tegra: paz00: enable WiFi rfkill when booting from device tree · b64a02c6
      Stephen Warren 提交于
      There currently aren't bindings for a WiFi rfkill button, and defining
      a good binding is non-trivial. Manually register this "device" when
      booting from device tree, in order to bring DT support to the same
      feature level as board files, which will in turn allow board files to be
      deprecated.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      b64a02c6
    • S
      ARM: tegra: harmony: init regulators, PCIe when booting from DT · a12c0efc
      Stephen Warren 提交于
      There currently aren't bindings for the Tegra PCIe controller. Work on
      this is in progress, but not yet complete. Manually initialize PCIe when
      booting from device tree, in order to bring DT support to the same
      feature level as board files, which will in turn allow board files to be
      deprecated.
      
      PCIe on Harmony requires various regulators to be registered and enabled
      before initializing the PCIe controller. Note that since the I2C
      controllers are instantiated from DT, we must use i2c_new_device() to
      register the PMU rather than i2c_register_board_info().
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      a12c0efc
    • S
      ARM: tegra: trimslice: enable PCIe when booting from device tree · c554dee3
      Stephen Warren 提交于
      There currently aren't bindings for the Tegra PCIe controller. Work on
      this is in progress, but not yet complete. Manually initialize PCIe when
      booting from device tree, in order to bring DT support to the same
      feature level as board files, which will in turn allow board files to be
      deprecated.
      
      PCIe hosts the wired Ethernet controller on TrimSlice.
      
      To support this, add infra-structure to board-dt-tegra20.c for board-
      specific initialization code. Once device tree support for the relevant
      features is in place, this code will be removed.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      c554dee3
    • S
      ARM: tegra: remove Seaboard board files · 98a1405e
      Stephen Warren 提交于
      The Seaboard device tree supports all the features that the Seaboard
      board files support. Hence, there's no need to keep the board files
      around any more; all users should convert to device tree.
      
      MACH_KAEN and MACH_WARIO are also removed. While tegra-seaboard.dts
      doesn't support those explicitly, it would be trivial to create device
      trees for those boards if anyone cares.
      
      The Seaboard device tree is now compiled if Tegra2 support is enabled,
      rather than when Seaboard support is enabled.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      98a1405e
    • S
      ARM: tegra: remove CONFIG_MACH_TEGRA_DT · 2c95b7e0
      Stephen Warren 提交于
      * Make ARCH_TEGRA select USE_OF; DT is the way forward.
      * Build board-dt-tegra*.c when the relevant Tegra SoC support is enabled,
        rather than requiring a specific config option for this.
      * The board-specific config options already build board-*-pinmux.o, and
        when booting from device tree these files are no longer needed, so we
        can remove some Makefile commands related to those files.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      2c95b7e0
    • S
      ARM: tegra: make .dts compilation depend on Tegra2 support · 9132b0ed
      Stephen Warren 提交于
      Update Makefile.boot to compile *.dts when the appropriate Tegra SoC
      support is enabled, rather than requiring Kconfig to list each board
      individually. Remove CONFIG_MACH_VENTANA now that it has no use.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      9132b0ed
    • W
      ARM: tegra: build powergate unconditionally · 95ef9958
      Wolfram Sang 提交于
      powergate functions are needed for tegra30 as well (see common.c), so
      build it always. Fixes:
      
      arch/arm/mach-tegra/built-in.o: In function `tegra30_init_early':
      apbio.c:(.init.text+0x78): undefined reference to `tegra_powergate_init'
      
      (using "allnoconfig" with tegra30 enabled)
      Signed-off-by: NWolfram Sang <w.sang@pengutronix.de>
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      95ef9958
    • S
      ARM: dt: tegra: rename board files to match SoC · 702b0e4f
      Stephen Warren 提交于
      Most ARM ${board}.dts files are already named ${soc}-${board}.dts. This
      change modifies the Tegra board files to be named the same way for
      consistency.
      
      Once a related change is made in U-Boot, this will cause both U-Boot and
      the kernel to use the same names for the .dts files and SoC identifiers,
      thus allowing U-Boot's recently added "soc" and "board" environment
      variables to be used to construct the name of Tegra .dtb files, and hence
      allow board-generic U-Boot bootcmd scripts to be written.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      702b0e4f
  10. 19 6月, 2012 1 次提交
  11. 12 6月, 2012 3 次提交
  12. 15 5月, 2012 1 次提交
  13. 14 5月, 2012 1 次提交
    • R
      ARM: PCI: get rid of pci_std_swizzle() · daeb4c0c
      Russell King 提交于
      Most PCI implementations use the standard PCI swizzle function, which
      handles the well defined behaviour of PCI-to-PCI bridges which can be
      found on cards (eg, four port ethernet cards.)
      
      Rather than having almost every platform specify the standard swizzle
      function, make this the default when no swizzle function is supplied.
      Therefore, a swizzle function only needs to be provided when there is
      something exceptional which needs to be handled.
      
      This gets rid of the swizzle initializer from 47 files, and leaves us
      with just two platforms specifying a swizzle function: ARM Integrator
      and Chalice CATS.
      Acked-by: NKrzysztof Hałasa <khc@pm.waw.pl>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      daeb4c0c
  14. 12 5月, 2012 2 次提交
  15. 11 5月, 2012 1 次提交