1. 08 Nov, 2011 7 commits
    • Nishanth Menon's avatar
      cpufreq: OMAP: move clk name decision to init · 08ca3e3b
      Nishanth Menon authored
      Clk name does'nt need to dynamically detected during clk init.
      move them off to driver initialization, if we dont have a clk name,
      there is no point in registering the driver anyways. The actual clk
      get and put is left at cpu_init and exit functions.
      Signed-off-by: default avatarNishanth Menon <nm@ti.com>
      Signed-off-by: default avatarKevin Hilman <khilman@ti.com>
      08ca3e3b
    • Colin Cross's avatar
      cpufreq: OMAP: notify even with bad boot frequency · 022ac03b
      Colin Cross authored
      Sometimes, bootloaders starts up with a frequency which is not
      in the OPP table. At cpu_init, policy->cur contains the frequency
      we pick at boot.  It is possible that system might have fixed
      it's boot frequency later on as part of power initialization.
      After this condition, the first call to omap_target results in the
      following:
      
      omap_getspeed(actual device frequency) != policy->cur(frequency that
      cpufreq thinks that the system is at), and it is possible that
      freqs.old == freqs.new (because the governor requested a scale down).
      
      We exit without triggering the notifiers in the current code, which
      does'nt let code which depends on cpufreq_notify_transition to have
      accurate information as to what the system frequency is.
      
      Instead, we do a normal transition if policy->cur is wrong, then,
      freqs.old will be the actual cpu frequency, freqs.new will be the
      actual new cpu frequency and all required notifiers have the accurate
      information.
      Acked-by: default avatarNishanth Menon <nm@ti.com>
      Signed-off-by: default avatarColin Cross <ccross@google.com>
      Signed-off-by: default avatarKevin Hilman <khilman@ti.com>
      022ac03b
    • Todd Poynor's avatar
      cpufreq: OMAP: Enable all CPUs in shared policy mask · ed8ce00c
      Todd Poynor authored
      Enable all CPUs in the shared policy in the CPU init callback.
      Otherwise, the governor CPUFREQ_GOV_START event is invoked with
      a policy that only includes the first CPU, leaving other CPUs
      uninitialized by the governor.
      Signed-off-by: default avatarTodd Poynor <toddpoynor@google.com>
      Acked-by: default avatarSantosh Shilimkar <santosh.shilimkar@ti.com>
      Signed-off-by: default avatarKevin Hilman <khilman@ti.com>
      ed8ce00c
    • Russell King's avatar
      cpufreq: OMAP: Add SMP support for OMAP4+ · 46c12216
      Russell King authored
      On OMAP SMP configuartion, both processors share the voltage
      and clock. So both CPUs needs to be scaled together and hence
      needs software co-ordination.
      
      Also, update lpj with reference value to avoid progressive error.
      
      Adjust _both_ the per-cpu loops_per_jiffy and global lpj. Calibrate
      them with with reference to the initial values to avoid a
      progressively bigger and bigger error in the value over time.
      
      While at this, re-use the notifiers for UP/SMP since on UP machine or
      UP_ON_SMP policy->cpus mask would contain only the boot CPU.
      
      Based on initial SMP support by Santosh Shilimkar.
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: default avatarSantosh Shilimkar <santosh.shilimkar@ti.com>
      [khilman@ti.com: due to overlap/rework, combined original Santosh patch
                       and Russell's rework]
      Signed-off-by: default avatarKevin Hilman <khilman@ti.com>
      46c12216
    • Santosh Shilimkar's avatar
      cpufreq: OMAP: cleanup for multi-SoC support, move into drivers/cpufreq · 731e0cc6
      Santosh Shilimkar authored
      Move OMAP cpufreq driver from arch/arm/mach-omap2 into
      drivers/cpufreq, along with a few cleanups:
      
      - generalize support for better handling of different SoCs in the OMAP
      - use OPP layer instead of OMAP clock internals for frequency table init
      Signed-off-by: default avatarSantosh Shilimkar <santosh.shilimkar@ti.com>
      [khilman@ti.com: move to drivers]
      Signed-off-by: default avatarKevin Hilman <khilman@ti.com>
      731e0cc6
    • Linus Torvalds's avatar
      Linux 3.2-rc1 · 1ea6b8f4
      Linus Torvalds authored
      .. with new name.  Because nothing says "really solid kernel release"
      like naming it after an extinct animal that just happened to be in the
      news lately.
      1ea6b8f4
    • Linus Torvalds's avatar
      Merge branch 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap · 075cb105
      Linus Torvalds authored
      * 'fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap: (31 commits)
        ARM: OMAP: Fix export.h or module.h includes
        ARM: OMAP: omap_device: Include linux/export.h
        ARM: OMAP2: Fix H4 matrix keyboard warning
        ARM: OMAP1: Remove unused omap-alsa.h
        ARM: OMAP1: Fix warnings about enabling 32 KiHz timer
        ARM: OMAP2+: timer: Remove omap_device_pm_latency
        ARM: OMAP2+: clock data: Remove redundant timer clkdev
        ARM: OMAP: Devkit8000: Remove double omap_mux_init_gpio
        ARM: OMAP: usb: musb: OMAP: Delete unused function
        MAINTAINERS: Update linux-omap git repository
        ARM: OMAP: change get_context_loss_count ret value to int
        ARM: OMAP4: hsmmc: configure SDMMC1_DR0 properly
        ARM: OMAP4: hsmmc: Fix Pbias configuration on regulator OFF
        ARM: OMAP3: hwmod: fix variant registration and remove SmartReflex from common list
        ARM: OMAP: I2C: Fix omap_register_i2c_bus() return value on success
        ARM: OMAP: dmtimer: Include linux/module.h
        ARM: OMAP2+: l3-noc: Include linux/module.h
        ARM: OMAP2+: devices: Fixes for McPDM
        ARM: OMAP: Fix errors and warnings when building for one board
        ARM: OMAP3: PM: restrict erratum i443 handling to OMAP3430 only
        ...
      075cb105
  2. 07 Nov, 2011 33 commits