01 May, 2013

1 commit

  • Pull power management and ACPI updates from Rafael J Wysocki:

    - ARM big.LITTLE cpufreq driver from Viresh Kumar.

    - exynos5440 cpufreq driver from Amit Daniel Kachhap.

    - cpufreq core cleanup and code consolidation from Viresh Kumar and
    Stratos Karafotis.

    - cpufreq scalability improvement from Nathan Zimmer.

    - AMD "frequency sensitivity feedback" powersave bias for the ondemand
    cpufreq governor from Jacob Shin.

    - cpuidle code consolidation and cleanups from Daniel Lezcano.

    - ARM OMAP cpuidle fixes from Santosh Shilimkar and Daniel Lezcano.

    - ACPICA fixes and other improvements from Bob Moore, Jung-uk Kim, Lv
    Zheng, Yinghai Lu, Tang Chen, Colin Ian King, and Linn Crosetto.

    - ACPI core updates related to hotplug from Toshi Kani, Paul Bolle,
    Yasuaki Ishimatsu, and Rafael J Wysocki.

    - Intel Lynxpoint LPSS (Low-Power Subsystem) support improvements from
    Rafael J Wysocki and Andy Shevchenko.

    * tag 'pm+acpi-3.10-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm: (192 commits)
    cpufreq: Revert incorrect commit 5800043
    cpufreq: MAINTAINERS: Add co-maintainer
    cpuidle: add maintainer entry
    ACPI / thermal: do not always return THERMAL_TREND_RAISING for active trip points
    ARM: s3c64xx: cpuidle: use init/exit common routine
    cpufreq: pxa2xx: initialize variables
    ACPI: video: correct acpi_video_bus_add error processing
    SH: cpuidle: use init/exit common routine
    ARM: S5pv210: compiling issue, ARM_S5PV210_CPUFREQ needs CONFIG_CPU_FREQ_TABLE=y
    ACPI: Fix wrong parameter passed to memblock_reserve
    cpuidle: fix comment format
    pnp: use %*phC to dump small buffers
    isapnp: remove debug leftovers
    ARM: imx: cpuidle: use init/exit common routine
    ARM: davinci: cpuidle: use init/exit common routine
    ARM: kirkwood: cpuidle: use init/exit common routine
    ARM: calxeda: cpuidle: use init/exit common routine
    ARM: tegra: cpuidle: use init/exit common routine for tegra3
    ARM: tegra: cpuidle: use init/exit common routine for tegra2
    ARM: OMAP4: cpuidle: use init/exit common routine
    ...

    Linus Torvalds
     

10 Apr, 2013

1 commit

  • As multi-platform build is being adopted by more and more ARM platforms,
    initcall function should be used very carefully. For example, when
    CONFIG_ARM_OMAP2PLUS_CPUFREQ is built in the kernel, omap_cpufreq_init()
    will be called on all the platforms to initialize omap-cpufreq driver.

    Further, on OMAP, we now use Soc generic cpufreq-cpu0 driver using device
    tree entries. To allow cpufreq-cpu0 and omap-cpufreq drivers to co-exist
    for OMAP in a single image, we need to ensure the following:
    1. With device tree boot, we use cpufreq-cpu0
    2. With non device tree boot, we use omap-cpufreq

    In the case of (1), we will have cpu OPPs and regulator registered
    as part of the device tree nodes, to ensure that omap-cpufreq
    and cpufreq-cpu0 don't conflict in managing the frequency of the
    same CPU, we should not permit omap-cpufreq to be probed.

    In the case of (2), we will not have the cpufreq-cpu0 device, hence
    only omap-cpufreq will be active.

    To eliminate this undesired these effects, we change omap-cpufreq
    driver to have it instantiated as a platform_driver and register
    "omap-cpufreq" device only when booted without device tree nodes on
    OMAP platforms.

    This allows the following:
    a) Will only run on platforms that create the platform_device
    "omap-cpufreq".
    b) Since the platform_device is registered only when device tree nodes
    are *not* populated, omap-cpufreq driver does not conflict with
    the usage of cpufreq-cpu0 driver which is used on OMAP platforms when
    device tree nodes are present.

    Inspired by commit 5553f9e26f6f49a93ba732fd222eac6973a4cf35
    (cpufreq: instantiate cpufreq-cpu0 as a platform_driver)

    [robherring2@gmail.com: reported conflict of omap-cpufreq vs other
    driver in an non-device tree supported boot]
    Reported-by: Rob Herring
    Signed-off-by: Nishanth Menon
    Acked-by: Viresh Kumar
    Signed-off-by: Kevin Hilman
    Signed-off-by: Rafael J. Wysocki

    Nishanth Menon
     

08 Apr, 2013

1 commit

  • Use the generic idle loop and replace enable/disable_hlt with the
    respective core functions.

    Signed-off-by: Thomas Gleixner
    Cc: Linus Torvalds
    Cc: Rusty Russell
    Cc: Paul McKenney
    Cc: Peter Zijlstra
    Reviewed-by: Cc: Srivatsa S. Bhat
    Cc: Magnus Damm
    Cc: Russell King
    Tested-by: Kevin Hilman # OMAP
    Link: http://lkml.kernel.org/r/20130321215233.826238797@linutronix.de

    Thomas Gleixner
     

01 Mar, 2013

1 commit

  • Pull ARM SoC late OMAP changes from Olof Johansson:
    "This branch contains changes for OMAP that came in late during the
    release staging, close to when the merge window opened.

    It contains, among other things:

    - OMAP PM fixes and some patches for audio device integration
    - OMAP clock fixes related to common clock conversion
    - A set of patches cleaning up WFI entry and blocking.
    - A set of fixes and IP block support for PM on TI AM33xx SoCs
    (Beaglebone, etc)
    - A set of smaller fixes and cleanups around AM33xx restart and
    revision detection, as well as removal of some dead code
    (CONFIG_32K_TIMER_HZ)"

    * tag 'late-omap' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (34 commits)
    ARM: omap2: include linux/errno.h in hwmod_reset
    ARM: OMAP2+: fix some omap_device_build() calls that aren't compiled by default
    ARM: OMAP4: hwmod data: Enable AESS hwmod device
    ARM: OMAP4: hwmod data: Update AESS data with memory bank area
    ARM: OMAP4+: AESS: enable internal auto-gating during initial setup
    ASoC: TI AESS: add autogating-enable function, callable from architecture code
    ARM: OMAP2+: hwmod: add enable_preprogram hook
    ARM: OMAP4: clock data: Add missing clkdm association for dpll_usb
    ARM: OMAP2+: PM: Fix the dt return condition in pm_late_init()
    ARM: OMAP2: am33xx-hwmod: Fix "register offset NULL check" bug
    ARM: OMAP2+: AM33xx: hwmod: add missing HWMOD_NO_IDLEST flags
    ARM: OMAP: AM33xx hwmod: Add parent-child relationship for PWM subsystem
    ARM: OMAP: AM33xx hwmod: Corrects PWM subsystem HWMOD entries
    ARM: DTS: AM33XX: Add nodes for OCMC RAM and WKUP-M3
    ARM: OMAP2+: AM33XX: Update the hardreset API
    ARM: OMAP2+: AM33XX: hwmod: Update the WKUP-M3 hwmod with reset status bit
    ARM: OMAP2+: AM33XX: hwmod: Fixup cpgmac0 hwmod entry
    ARM: OMAP2+: AM33XX: hwmod: Update TPTC0 hwmod with the right flags
    ARM: OMAP2+: AM33XX: hwmod: Register OCMC RAM hwmod
    ARM: OMAP2+: AM33XX: CM/PRM: Use __ASSEMBLER__ macros in header files
    ...

    Linus Torvalds
     

22 Feb, 2013

1 commit

  • Pull ARM SoC-specific updates from Arnd Bergmann:
    "This is a larger set of new functionality for the existing SoC
    families, including:

    - vt8500 gains support for new CPU cores, notably the Cortex-A9 based
    wm8850

    - prima2 gains support for the "marco" SoC family, its SMP based
    cousin

    - tegra gains support for the new Tegra4 (Tegra114) family

    - socfpga now supports a newer version of the hardware including SMP

    - i.mx31 and bcm2835 are now using DT probing for their clocks

    - lots of updates for sh-mobile

    - OMAP updates for clocks, power management and USB

    - i.mx6q and tegra now support cpuidle

    - kirkwood now supports PCIe hot plugging

    - tegra clock support is updated

    - tegra USB PHY probing gets implemented diffently"

    * tag 'soc' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (148 commits)
    ARM: prima2: remove duplicate v7_invalidate_l1
    ARM: shmobile: r8a7779: Correct TMU clock support again
    ARM: prima2: fix __init section for cpu hotplug
    ARM: OMAP: Consolidate OMAP USB-HS platform data (part 3/3)
    ARM: OMAP: Consolidate OMAP USB-HS platform data (part 1/3)
    arm: socfpga: Add SMP support for actual socfpga harware
    arm: Add v7_invalidate_l1 to cache-v7.S
    arm: socfpga: Add entries to enable make dtbs socfpga
    arm: socfpga: Add new device tree source for actual socfpga HW
    ARM: tegra: sort Kconfig selects for Tegra114
    ARM: tegra: enable ARCH_REQUIRE_GPIOLIB for Tegra114
    ARM: tegra: Fix build error w/ ARCH_TEGRA_114_SOC w/o ARCH_TEGRA_3x_SOC
    ARM: tegra: Fix build error for gic update
    ARM: tegra: remove empty tegra_smp_init_cpus()
    ARM: shmobile: Register ARM architected timer
    ARM: MARCO: fix the build issue due to gic-vic-to-irqchip move
    ARM: shmobile: r8a7779: Correct TMU clock support
    ARM: mxs_defconfig: Select CONFIG_DEVTMPFS_MOUNT
    ARM: mxs: decrease mxs_clockevent_device.min_delta_ns to 2 clock cycles
    ARM: mxs: use apbx bus clock to drive the timers on timrotv2
    ...

    Linus Torvalds
     

13 Feb, 2013

1 commit

  • …kernel/git/tmlind/linux-omap into late/omap

    From Tony Lindgren:
    omap4 pm changes via Paul Walmsley <paul@pwsan.com>:

    Some OMAP4 power management fixes and audio device integration
    patches. This pull request contains a fix for an issue discovered during
    branch integration.

    Basic test logs are available at:

    http://www.pwsan.com/omap/testlogs/omap4_prcm_devel_a_3.9/20130210112717/

    * tag 'omap-for-v3.9/pm-omap4-signed' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap:
    ARM: OMAP4: hwmod data: Enable AESS hwmod device
    ARM: OMAP4: hwmod data: Update AESS data with memory bank area
    ARM: OMAP4+: AESS: enable internal auto-gating during initial setup
    ASoC: TI AESS: add autogating-enable function, callable from architecture code
    ARM: OMAP2+: hwmod: add enable_preprogram hook
    ARM: OMAP2+: PM: Fix the dt return condition in pm_late_init()
    ARM: OMAP4: PM: Warn users about usage of older bootloaders

    Olof Johansson
     

09 Feb, 2013

1 commit

  • Commit 1416408d {ARM: OMAP2+: PM: share some suspend-related functions
    across OMAP2, 3, 4} moved suspend code to common place but now with
    that change, for DT build on OMAP4, suspend hooks are not getting
    registered which results in no suspend support.

    The DT return condition is limited to PMIC and smartreflex
    initialization and hence restrict it so that suspend ops gets
    registered.

    Cc: Paul Walmsley
    Cc: Kevin Hilman
    Signed-off-by: Santosh Shilimkar
    Reviewed-by: Felipe Balbi
    Signed-off-by: Paul Walmsley

    Santosh Shilimkar
     

31 Jan, 2013

1 commit


30 Jan, 2013

3 commits

  • The atomic usecounts seem to be confusing, and are no longer needed
    since the operations that they are attached to really should take
    place under lock. Replace the atomic counters with simple integers,
    protected by the enclosing powerdomain spinlock.

    Signed-off-by: Paul Walmsley
    Cc: Kevin Hilman

    Paul Walmsley
     
  • Move omap_set_pwrdm_state() from the PM code to the powerdomain code,
    and refactor it to split it up into several functions. A subsequent patch
    will rename it to conform with the existing powerdomain function names.

    This version includes some additional documentation, based on a
    suggestion from Jean Pihet. It also modifies omap_set_pwrdm_state()
    to not bail out early unless both the powerdomain current power state
    and the next power state are equal. (Previously it would terminate
    early if the next power state was equal to the target power state,
    which was insufficiently rigorous.)

    Signed-off-by: Paul Walmsley
    Cc: Jean Pihet
    Cc: Kevin Hilman
    Cc: Tero Kristo

    Paul Walmsley
     
  • Drop an unnecessary pwrdm_wait_transition() from mach-omap2/pm.c -
    it's called by the subsequent pwrdm_state_switch().

    Also get rid of pwrdm_wait_transition() in the powerdomain code - there's
    no longer any need to export this function.

    Signed-off-by: Paul Walmsley
    Cc: Kevin Hilman

    Paul Walmsley
     

26 Jan, 2013

1 commit

  • Remove now-obsolete code from arch/arm/mach-omap2/omap_device.c. This
    mostly consists of removing the first attempt at device PM latency
    handling. This was never really used, has been replaced by the common
    dev_pm_qos code, and needs to go away as part of the DT conversion.
    Also, the early platform_device creation code has been removed, as it
    appears to be unused.

    Signed-off-by: Paul Walmsley
    Cc: Kevin Hilman

    Paul Walmsley
     

12 Jan, 2013

1 commit

  • This way the initcalls don't run on other SoCs on multiplatform
    kernels. Otherwise we'll get something like this when booting
    on vexpress:

    omap_hwmod: _ensure_mpu_hwmod_is_setup: MPU initiator hwmod mpu not yet registered
    ...
    WARNING: at arch/arm/mach-omap2/pm.c:82 _init_omap_device+0x74/0x94()
    _init_omap_device: could not find omap_hwmod for mpu
    ...
    omap-dma-engine omap-dma-engine: OMAP DMA engine driver
    ...

    Tested-by: Ezequiel Garcia
    Signed-off-by: Tony Lindgren

    Tony Lindgren
     

13 Dec, 2012

1 commit


15 Nov, 2012

1 commit

  • commit 908b75e8 (ARM: OMAP: add support for oscillator setup) added a new
    API for oscillator setup, but is broken when CONFIG_PM=n.

    The new functions have dummy definitions when CONFIG_PM=n, but also have
    full implementations available, which conflict.

    To fix, wrap the PM implmentations in #ifdef CONFIG_PM.

    Cc: Tero Kristo
    Signed-off-by: Kevin Hilman
    Signed-off-by: Tony Lindgren

    Kevin Hilman
     

14 Nov, 2012

1 commit


06 Nov, 2012

1 commit

  • This contains startup and shutdown times for the oscillator. By default
    use ULONG_MAX. Oscillator setup is used for calculating and setting up
    latencies for sleep modes that disable oscillator.

    Based on a patch from Nishanth Menon .

    Signed-off-by: Tero Kristo
    Signed-off-by: Kevin Hilman

    Tero Kristo
     

19 Oct, 2012

2 commits

  • We want to remove plat/cpu.h. To do this, let's first split
    it to private soc.h to mach-omap1 and mach-omap2. We have to
    keep plat/cpu.h around until the remaining drivers are fixed,
    so let's include the local soc.h in plat/cpu.h and for drivers
    still including plat/cpu.h.

    Once the drivers are fixed not to include plat/cpu.h, we
    can remove the file.

    This is needed for the ARM common zImage support.

    [tony@atomide.com: updated to not print a warning]
    Signed-off-by: Tony Lindgren

    Tony Lindgren
     
  • We must move this for ARM common zImage support.

    Note that neither drivers/media/rc/ir-rx51.c or
    drivers/media/platform/omap3isp/ispvideo.c need
    to include omap-pm.h, so this patch removes the
    include for those files.

    Acked-by: Laurent Pinchart
    Cc: Mauro Carvalho Chehab
    Cc: Timo Kokkonen
    Cc: linux-media@vger.kernel.org
    Signed-off-by: Tony Lindgren

    Tony Lindgren
     

18 Oct, 2012

1 commit


10 Oct, 2012

1 commit

  • …cm/linux/kernel/git/tmlind/linux-omap into fixes

    From Tony Lindgren:

    These were agreed to be merged via arm soc tree as Rafael
    is on vacation.

    From Kevin Hilman <khilman@deeprootsystems.com>:

    This series a couple bug fixes and a couple fixes that make this
    driver support recently added OMAP-based SoCs.

    The 'get_cpu_device' patch is needed due to a change in the OMAP
    OMAP PM core code which enforces use of get_cpu_device() instead of
    a deprecated OMAP-specific API.

    The usage of plat/*.h headers breaks single zImage, so platforms are
    cleaning up and/or removing plat/*.h so the driver needs to be fixed
    accordingly.

    This series is based on the merge of Rafael's pm-for-3.7-rc1 tag into
    Linus' master branch: commit 16642a2e7be23bbda013fc32d8f6c68982eab603.

    * tag 'omap-for-v3.7-rc1/fixes-cpufreq-signed' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap:
    ARM: OMAP2+: PM: MPU DVFS: use generic CPU device for MPU-SS
    cpufreq: OMAP: use get_cpu_device() instead of omap_device API
    cpufreq: OMAP: fix clock usage to be SoC independent, remove plat/ includes
    cpufreq: OMAP: remove unused <plat/omap-pm.h>
    cpufreq: OMAP: ensure valid clock rate before scaling

    Olof Johansson
     

09 Oct, 2012

3 commits

  • …ilman/linux-omap-pm into omap-for-v3.7-rc1/fixes-pm

    OMAP PM related fixes for v3.7-rc

    Tony Lindgren
     
  • …it/khilman/linux-omap-pm into omap-for-v3.7-rc1/fixes-cpufreq

    This series a couple bug fixes and a couple fixes that make this
    driver support recently added OMAP-based SoCs.

    The 'get_cpu_device' patch is needed due to a change in the OMAP
    OMAP PM core code which enforces use of get_cpu_device() instead of
    a deprecated OMAP-specific API.

    The usage of plat/*.h headers breaks single zImage, so platforms are
    cleaning up and/or removing plat/*.h so the driver needs to be fixed
    accordingly.

    This series is based on the merge of Rafael's pm-for-3.7-rc1 tag into
    Linus' master branch: commit 16642a2e7be23bbda013fc32d8f6c68982eab603.

    Tony Lindgren
     
  • Currently, a dummy omap_device is created for the MPU sub-system so
    that a device node exists for MPU DVFS. Specifically, for the
    association of MPU OPPs to a device node, and so that a voltage
    regulator can be mapped to a device node.

    For drivers to get a handle to this device node, an OMAP-specific API
    has been used. However, the kernel already has device nodes for the
    CPU(s) in the system, so we can use those instead of an OMAP-specific
    dummy device and then drivers (like OMAP CPUfreq) can use generic
    APIs.

    To use the existing CPU device nodes, modify the OPP creation and
    regulator registration to use the CPU0 device node for registraion.

    NOTE: this patch always uses CPU0 as the device node. On all
    OMAPs today, MPU DVFS scales all CPUs together, so this will
    not be a problem, but this assumption will need to be changed
    if independently scalable CPUs are introduced.

    Cc: Paul Walmsley
    Signed-off-by: Kevin Hilman

    Kevin Hilman
     

03 Oct, 2012

1 commit


24 Sep, 2012

2 commits

  • The idle status of the IP blocks and clocks inside the EMU clockdomain
    isn't taken into account by the PRCM hardware when deciding whether
    the clockdomain is idle. Add a workaround flag in the clockdomain
    code, CLKDM_MISSING_IDLE_REPORTING, to deal with this problem, and add
    the code necessary to support it.

    If CLKDM_MISSING_IDLE_REPORTING is set on a clockdomain, the
    clockdomain will be forced active whenever an IP block inside that
    clockdomain is in use, even if the clockdomain supports
    hardware-supervised idle. When the kernel indicates that the last
    active IP block inside the clockdomain is no longer used, the
    clockdomain will be forced idle, or, if that mode is not supported in
    the hardware, it will be placed into hardware-supervised idle.

    This patch is an equal collaboration with Jon Hunter
    . Ming Lei , Will Deacon
    , Madhav Vij , Kevin Hilman
    , Benoît Cousson , and Santosh
    Shilimkar all made essential contributions
    to the understanding of EMU clockdomain power management on OMAP.

    Signed-off-by: Paul Walmsley
    Cc: Jon Hunter
    Cc: Ming Lei
    Cc: Will Deacon
    Cc: Madhav Vij
    Cc: Kevin Hilman
    Cc: Benoît Cousson
    Cc: Santosh Shilimkar
    Tested-by: Jon Hunter

    Paul Walmsley
     
  • Conflicts:
    arch/arm/mach-omap2/clkt34xx_dpll3m2.c
    arch/arm/mach-omap2/clkt_clksel.c
    arch/arm/mach-omap2/clock.c

    Paul Walmsley
     

23 Sep, 2012

1 commit

  • While we move to Common Clk Framework (CCF), direct deferencing of struct
    clk wouldn't be possible anymore. Hence get rid of all such instances
    in the current clock code and use macros/helpers similar to the ones that
    are provided by CCF.

    While here also concatenate some strings split across multiple lines
    which seem to be needed anyway.

    Signed-off-by: Rajendra Nayak
    [paul@pwsan.com: simplified some compound expressions; reformatted some
    messages]
    Signed-off-by: Paul Walmsley
    Cc: Mike Turquette

    Rajendra Nayak
     

12 Sep, 2012

1 commit

  • Find and unwrap wrapped strings in the style:

    pr_debug("clockdomain: hardware cannot set/clear wake up of "
    "%s when %s wakes up\n", clkdm1->name, clkdm2->name);

    Keeping these strings contiguous seems to be the current Linux kernel
    policy.

    The offending lines were found with the following command:

    pcregrep -rnM '"\s*$\s*"' arch/arm/*omap*

    While here, some messages have been clarified, some pr_warning(
    ... calls have been converted to pr_warn( ..., and some printk(KERN_*
    ... have been converted to pr_*.

    Signed-off-by: Paul Walmsley

    Paul Walmsley
     

08 May, 2012

1 commit


30 Mar, 2012

1 commit

  • Fix the compilation break observed on latest mainline caused
    by 9f97da78 (Disintegrate asm/system.h for ARM):

    arch/arm/mach-omap1/pm.c: In function 'omap_pm_prepare':
    arch/arm/mach-omap1/pm.c:587: error: implicit declaration of function 'disable_hlt'
    arch/arm/mach-omap1/pm.c: In function 'omap_pm_finish':
    arch/arm/mach-omap1/pm.c:624: error: implicit declaration of function 'enable_hlt'
    arch/arm/mach-omap1/pm.c: In function 'omap_pm_init':
    arch/arm/mach-omap1/pm.c:681: error: 'arm_pm_idle' undeclared (first use in this function)
    ...

    arch/arm/mach-omap2/pm.c: In function 'omap_pm_begin':
    arch/arm/mach-omap2/pm.c:239: error: implicit declaration of function 'disable_hlt'
    arch/arm/mach-omap2/pm.c: In function 'omap_pm_end':
    arch/arm/mach-omap2/pm.c:247: error: implicit declaration of function 'enable_hlt'

    Signed-off-by: Govindraj.R
    Acked-by: Kevin Hilman
    [tony@atomide.com: updated to fix omap1 too]
    Signed-off-by: Tony Lindgren

    Govindraj.R
     

28 Mar, 2012

2 commits

  • Pull "ARM: device tree work" from Arnd Bergmann:
    "Most of these patches convert code from using static platform data to
    describing the hardware in the device tree. This is only the first
    half of the changes for v3.4 because a lot of patches for this topic
    came in the last week before the merge window.

    Signed-off-by: Arnd Bergmann "

    Fix up trivial conflicts in arch/arm/mach-vexpress/{Kconfig,core.h}

    * tag 'dt' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (86 commits)
    Document: devicetree: add OF documents for arch-mmp
    ARM: dts: append DTS file of pxa168
    ARM: mmp: append OF support on pxa168
    ARM: mmp: enable rtc clk in pxa168
    i2c: pxa: add OF support
    serial: pxa: add OF support
    arm/dts: mt_ventoux: very basic support for TeeJet Mt.Ventoux board
    ARM: OMAP2+: Remove extra ifdefs for board-generic
    ARM: OMAP2+: Fix build error when only ARCH_OMAP2/3 or 4 is selected
    ASoC: DT: Add digital microphone binding to PAZ00 board.
    ARM: dt: Add ARM PMU to tegra*.dtsi
    ARM: at91: at91sam9x5cm/dt: add leds support
    ARM: at91: usb_a9g20/dt: add gpio-keys support
    ARM: at91: at91sam9m10g45ek/dt: add gpio-keys support
    ARM: at91: at91sam9m10g45ek/dt: add leds support
    ARM: at91: usb_a9g20/dt: add leds support
    ARM: at91/pio: add new PIO3 features
    ARM: at91: add sam9_smc.o to at91sam9x5 build
    ARM: at91/tc/clocksource: Add 32 bit variant to Timer Counter
    ARM: at91/tc: add device tree support to atmel_tclib
    ...

    Linus Torvalds
     
  • Pull "ARM: global cleanups" from Arnd Bergmann:
    "Quite a bit of code gets removed, and some stuff moved around, mostly
    the old samsung s3c24xx stuff. There should be no functional changes
    in this series otherwise. Some cleanups have dependencies on other
    arm-soc branches and will be sent in the second round.

    Signed-off-by: Arnd Bergmann "

    Fixed up trivial conflicts mainly due to #include's being changes on
    both sides.

    * tag 'cleanup' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (121 commits)
    ep93xx: Remove unnecessary includes of ep93xx-regs.h
    ep93xx: Move EP93XX_SYSCON defines to SoC private header
    ep93xx: Move crunch code to mach-ep93xx directory
    ep93xx: Make syscon access functions private to SoC
    ep93xx: Configure GPIO ports in core code
    ep93xx: Move peripheral defines to local SoC header
    ep93xx: Convert the watchdog driver into a platform device.
    ep93xx: Use ioremap for backlight driver
    ep93xx: Move GPIO defines to gpio-ep93xx.h
    ep93xx: Don't use system controller defines in audio drivers
    ep93xx: Move PHYS_BASE defines to local SoC header file
    ARM: EXYNOS: Add clock register addresses for EXYNOS4X12 bus devfreq driver
    ARM: EXYNOS: add clock registers for exynos4x12-cpufreq
    PM / devfreq: update the name of EXYNOS clock registers that were omitted
    PM / devfreq: update the name of EXYNOS clock register
    ARM: EXYNOS: change the prefix S5P_ to EXYNOS4_ for clock
    ARM: EXYNOS: use static declaration on regarding clock
    ARM: EXYNOS: replace clock.c for other new EXYNOS SoCs
    ARM: OMAP2+: Fix build error after merge
    ARM: S3C24XX: remove call to s3c24xx_setup_clocks
    ...

    Linus Torvalds
     

15 Mar, 2012

1 commit


14 Mar, 2012

1 commit

  • …ernel/git/kgene/linux-samsung into next/cleanup

    * 'next/cleanup-exynos-clock' of git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung:
    ARM: EXYNOS: Add clock register addresses for EXYNOS4X12 bus devfreq driver
    ARM: EXYNOS: add clock registers for exynos4x12-cpufreq
    PM / devfreq: update the name of EXYNOS clock registers that were omitted
    PM / devfreq: update the name of EXYNOS clock register
    ARM: EXYNOS: change the prefix S5P_ to EXYNOS4_ for clock
    ARM: EXYNOS: use static declaration on regarding clock
    ARM: EXYNOS: replace clock.c for other new EXYNOS SoCs
    (includes an update to v3.3-rc6)

    Olof Johansson
     

09 Mar, 2012

1 commit


08 Mar, 2012

1 commit

  • …rnel/git/tmlind/linux-omap into next/fixes-non-critical

    * 'fixes-non-critical-part2' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap:
    ARM: OMAP3+: PM: VP: fix integer truncation error
    ARM: OMAP2+: PM: fix wakeupgen warning when hotplug disabled
    ARM: OMAP2+: PM: fix section mismatch with omap2_init_processor_devices()
    ARM: OMAP2: Fix section warning for n8x0 when CONFIG_MMC_OMAP is not set
    ARM: OMAP2+: Fix omap24xx_io_desc warning if SoC subtypes are not selected
    ARM: OMAP1: Fix section mismatch for omap1_init_early()
    ARM: OMAP1: Fix typo in lcd_dma.c
    ARM: OMAP: mailbox: trivial whitespace fix
    ARM: OMAP: Remove definition cpu_is_omap4430()
    ARM: OMAP2+: included some headers twice
    ARM: OMAP: clock.c: included linux/debugfs.h twice
    ARM: OMAP: don't build hwspinlock in vain
    ARM: OMAP2+: ads7846_init: put gpio_pendown into pdata if it's provided
    ARM: omap: pandora: fix usbhs platform data
    ARM: OMAP: sram: Add am33xx SRAM support (minimal)
    ARM: OMAP2+: id: Add am33xx SoC type detection
    ARM: OMAP2+: GPMC: Export gpmc_enable_hwecc and gpmc_calculate_ecc
    ARM: OMAP: dmtimer: fix missing content/correction in low-power mode support

    Olof Johansson
     

07 Mar, 2012

1 commit

  • Fix the below warning by making omap2_init_processor_devices() __init.
    It is called by an __init function and calls only __init functions, so
    it should also be init.

    WARNING: arch/arm/mach-omap2/built-in.o(.text+0x183c): Section mismatch in reference from the function omap2_init_processor_devices() to the function .init.text:_init_omap_device()
    The function omap2_init_processor_devices() references
    the function __init _init_omap_device().
    This is often because omap2_init_processor_devices lacks a __init
    annotation or the annotation of _init_omap_device is wrong.

    Reported-by: Russell King
    Signed-off-by: Kevin Hilman
    Signed-off-by: Tony Lindgren

    Kevin Hilman
     

06 Mar, 2012

2 commits