An error occurred fetching the project authors.
  1. 07 Oct, 2012 1 commit
  2. 28 Sep, 2012 3 commits
  3. 22 Sep, 2012 2 commits
  4. 21 Sep, 2012 3 commits
    • Thomas Petazzoni's avatar
      arm: plat-orion: introduce PLAT_ORION_LEGACY hidden config option · abcda1dc
      Thomas Petazzoni authored
      Until now, the PLAT_ORION configuration option was common to all the
      Marvell EBU SoCs, and selecting this option had the effect of enabling
      the MPP code, GPIO code, address decoding and PCIe code from
      plat-orion, as well as providing access to driver-specific header
      files from plat-orion/include.
      
      However, the Armada 370 and XP SoCs will not use the MPP and GPIO code
      (instead some proper pinctrl and gpio drivers are in preparation), and
      generally, we want to move away from plat-orion and instead have
      everything in mach-mvebu.
      
      That said, in the mean time, we want to leverage the driver-specific
      headers as well as the address decoding code, so we introduce
      PLAT_ORION_LEGACY. The older Marvell SoCs need to select
      PLAT_ORION_LEGACY, while the newer Marvell SoCs need to select
      PLAT_ORION. Of course, when PLAT_ORION_LEGACY is selected, it
      automatically selects PLAT_ORION.
      
      Then, with just PLAT_ORION, you have the address decoding code plus
      the driver-specific headers. If you add PLAT_ORION_LEGACY to this, you
      gain the old MPP, GPIO and PCIe code.
      
      Again, this is only a temporary solution until we make all Marvell EBU
      platforms converge into the mach-mvebu directory. This solution avoids
      duplicating the existing address decoding code into mach-mvebu.
      Signed-off-by: default avatarThomas Petazzoni <thomas.petazzoni@free-electrons.com>
      Acked-by: default avatarGregory CLEMENT <gregory.clement@free-electrons.com>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      Tested-by: default avatarAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: default avatarJason Cooper <jason@lakedaemon.net>
      abcda1dc
    • Russell King's avatar
      ARM: Dove: allow PCI to be disabled · 0f81bd43
      Russell King authored
      Allow PCI support for Dove to be disabled.  Some platforms do not have
      anything connected to the PCIe ports, so requiring PCI support to be
      built into the kernel just wastes space, and presents a lot more config
      options than are necessary.
      
      However, select USB_ARCH_HAS_EHCI so that we can still have EHCI
      support.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: default avatarJason Cooper <jason@lakedaemon.net>
      0f81bd43
    • Tony Prisk's avatar
      arm: vt8500: Update arch-vt8500 to devicetree support. · e9a91de7
      Tony Prisk authored
      Merged existing board files to a single dt-capable file.
      Converted irq and timer code to devicetree.
      Removed existing device files that are no longer required with
      devicetree support.
      All existing platform devices are converted to devicetree nodes
      except PWM.
      
      Removed restart.c and moved code into vt8500.c to remove
      duplicate PMC code.
      Signed-off-by: default avatarTony Prisk <linux@prisktech.co.nz>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      e9a91de7
  5. 20 Sep, 2012 1 commit
  6. 19 Sep, 2012 1 commit
  7. 15 Sep, 2012 1 commit
  8. 14 Sep, 2012 3 commits
    • Rob Herring's avatar
      ARM: vexpress: convert to multi-platform · 61727630
      Rob Herring authored
      Convert vexpress to multi-platform. This always enables vexpress DT and
      makes it the default v7 platform.
      Signed-off-by: default avatarRob Herring <rob.herring@calxeda.com>
      Cc: Pawel Moll <pawel.moll@arm.com>
      61727630
    • Rob Herring's avatar
      ARM: initial multiplatform support · 387798b3
      Rob Herring authored
      This lets us build a multiplatform kernel for experimental purposes.
      However, it will not be useful for any real work, because it relies
      on a number of useful things to be disabled for now:
      
      * SMP support must be turned off because of conflicting symbols.
        Marc Zyngier has proposed a solution by adding a new SOC
        operations structure to hold indirect function pointers
        for these, but that work is currently stalled
      
      * We turn on SPARSE_IRQ unconditionally, which is not supported
        on most platforms. Each of them is currently in a different
        state, but most are being worked on.
      
      * A common clock framework is in place since v3.4 but not yet
        being used. Work on this is on its way.
      
      * DEBUG_LL for early debugging is currently disabled.
      
      * THUMB2_KERNEL does not work with allyesconfig because the
        kernel gets too big
      
      [Rob Herring]: Rebased to not be dependent on the mass mach header rename.
      As a result, omap2plus, imx, mxs and ux500 are not converted. Highbank,
      picoxcell, mvebu, and socfpga are converted.
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarRob Herring <rob.herring@calxeda.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Jason Cooper <jason@lakedaemon.net>
      Cc: Andrew Lunn <andrew@lunn.ch>
      Acked-by: default avatarJamie Iles <jamie@jamieiles.com>
      Cc: Dinh Nguyen <dinguyen@altera.com>
      387798b3
    • Rob Herring's avatar
      ARM: make mach/gpio.h headers optional · 01464226
      Rob Herring authored
      Most platforms don't need mach/gpio.h and it prevents multi-platform
      kernel images. Add CONFIG_NEED_MACH_GPIO_H and make platforns select it
      if they need gpio.h. This is platforms that define __GPIOLIB_COMPLEX
      or have lots of implicit includes pulled in by mach/gpio.h.
      
      at91 and omap have gpio clean-up pending and can drop
      CONFIG_NEED_MACH_GPIO_H once that is in.
      Signed-off-by: default avatarRob Herring <rob.herring@calxeda.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Acked-by: default avatarJason Cooper <jason@lakedaemon.net>
      Acked-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      01464226
  9. 06 Sep, 2012 2 commits
    • Stephen Warren's avatar
      ARM: enable SUSPEND/ARCH_SUSPEND_POSSIBLE for ARCH_TEGRA · 4b1082ca
      Stephen Warren authored
      Even though system suspend/resume hasn't been validated on Tegra yet,
      this Kconfig option needs to be enabled so that system shutdown is
      reliable on an SMP system. Without it, I2C interrupts may be routed
      to CPU0, whereas shutdown code may be running on CPU1, causing I2C
      timeouts, preventing communication with the external PMIC.
      
      This reverts 3d5e8af4 "ARM: disable SUSPEND/ARCH_SUSPEND_POSSIBLE for
      ARCH_TEGRA".
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      4b1082ca
    • Prashant Gaikwad's avatar
      ARM: tegra: Port tegra to generic clock framework · 92fe58f0
      Prashant Gaikwad authored
      This patch converts tegra clock code to generic clock framework in following way:
       - Implement clk_ops as required by generic clk framework. (tegraXX_clocks.c)
       - Use platform specific struct clk_tegra in clk_ops implementation instead of struct clk.
       - Initialize all clock data statically. (tegraXX_clocks_data.c)
      
      Legacy framework did not have recalc_rate and is_enabled functions. Implemented these functions.
      Removed init function. It's functionality is splitted into recalc_rate and is_enabled.
      
      Static initialization is used since slab is not up in .init_early and clock
      is needed to be initialized before clockevent/clocksource initialization.
      Macros redefined for clk_tegra.
      
      Also, single struct clk_tegra is used for all type of clocks (PLL, peripheral etc.). This
      is to move quickly to generic common clock framework so that other dependent features will
      not be blocked (such as DT binding).
      
      Enabling COMMON_CLOCK config moved to ARCH_TEGRA since it is enabled for both Tegra20
      and Tegra30.
      Signed-off-by: default avatarPrashant Gaikwad <pgaikwad@nvidia.com>
      Signed-off-by: default avatarStephen Warren <swarren@nvidia.com>
      92fe58f0
  10. 05 Sep, 2012 1 commit
    • Linus Walleij's avatar
      ARM: ks8695: convert to generic time and clocksource · c7e783d6
      Linus Walleij authored
      Old platforms using ancient gettimeoffset() and other arcane
      APIs are standing in the way of cleaning up the ARM kernel.
      The gettimeoffset() was also broken: it would try to read out
      the timer counter value, while this would not work (the
      counter statically returns the initially programmed value)
      so the implementation would anyway fall back to a homebrew
      version of jiffie calculation.
      
      This is an attempt at blind-coding a generic time and clocksource
      driver for the platform by way of a datasheet and looking at the
      old code.
      Tested-by: default avatarGreg Ungerer <gerg@snapgear.com>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      c7e783d6
  11. 03 Sep, 2012 4 commits
  12. 28 Aug, 2012 2 commits
  13. 26 Aug, 2012 1 commit
  14. 25 Aug, 2012 1 commit
    • Linus Walleij's avatar
      clk: convert ARM RealView to common clk · f9a6aa43
      Linus Walleij authored
      This converts the ARM RealView machine over to using the common
      clock. The approach is similar to the one used for the Integrator,
      and we're reusing the ICST wrapper code.
      
      We have to put the clock intialization in the timer init function
      for the clocks to be available when initializing the timer,
      keeping them in early_init() is too early for the common clk.
      
      Since we now have to go down and compile drivers/clk/versatile
      a CONFIG_COMMON_CLK_VERSATILE symbol has been added so the proper
      code gets compiled into the kernel for either machine. A leftover
      CLK_VERSATILE in the Integrator Kconfig was fixed up to use
      the new symbol as well.
      
      Tested on ARM RealView PB1176.
      
      Cc: Pawel Moll <pawel.moll@arm.com>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarMike Turquette <mturquette@linaro.org>
      f9a6aa43
  15. 24 Aug, 2012 1 commit
  16. 23 Aug, 2012 2 commits
    • Arnd Bergmann's avatar
      ARM: imx: select CPU_FREQ_TABLE when needed · f637c4c9
      Arnd Bergmann authored
      The i.MX cpufreq implementation uses the CPU_FREQ_TABLE helpers,
      so it needs to select that code to be built. This problem has
      apparently existed since the i.MX cpufreq code was first merged
      in v2.6.37.
      
      Building IMX without CPU_FREQ_TABLE results in:
      
      arch/arm/plat-mxc/built-in.o: In function `mxc_cpufreq_exit':
      arch/arm/plat-mxc/cpufreq.c:173: undefined reference to `cpufreq_frequency_table_put_attr'
      arch/arm/plat-mxc/built-in.o: In function `mxc_set_target':
      arch/arm/plat-mxc/cpufreq.c:84: undefined reference to `cpufreq_frequency_table_target'
      arch/arm/plat-mxc/built-in.o: In function `mxc_verify_speed':
      arch/arm/plat-mxc/cpufreq.c:65: undefined reference to `cpufreq_frequency_table_verify'
      arch/arm/plat-mxc/built-in.o: In function `mxc_cpufreq_init':
      arch/arm/plat-mxc/cpufreq.c:154: undefined reference to `cpufreq_frequency_table_cpuinfo'
      arch/arm/plat-mxc/cpufreq.c:162: undefined reference to `cpufreq_frequency_table_get_attr'
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Acked-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Cc: Sascha Hauer <s.hauer@pengutronix.de>
      Cc: Yong Shen <yong.shen@linaro.org>
      Cc: stable@vger.kernel.org
      f637c4c9
    • Will Deacon's avatar
      ARM: pmu: remove unused reservation mechanism · f0d1bc47
      Will Deacon authored
      The PMU reservation mechanism was originally intended to allow OProfile
      and perf-events to co-ordinate over access to the CPU PMU. Since then,
      OProfile for ARM has moved to using perf as its backend, so the
      reservation code is no longer used.
      
      This patch removes the reservation code for the CPU PMU on ARM.
      Signed-off-by: default avatarWill Deacon <will.deacon@arm.com>
      f0d1bc47
  17. 15 Aug, 2012 1 commit
  18. 13 Aug, 2012 1 commit
  19. 11 Aug, 2012 1 commit
  20. 17 Sep, 2012 1 commit
  21. 01 Aug, 2012 1 commit
  22. 31 Jul, 2012 2 commits
  23. 27 Jul, 2012 1 commit
  24. 26 Jul, 2012 3 commits