1. 23 Feb, 2010 1 commit
    • Kevin Hilman's avatar
      OMAP3: cpuidle: configure latencies/thresholds from board file · bb4de3df
      Kevin Hilman authored
      The CPUidle C state latencies and thresholds are dependent on various
      board specific details.  This patch makes it possible to configure
      these values from the respective board files.
      omap3_pm_init_cpuidle() can now be optionally called from board files
      to pass board specific cpuidle parameters.  If the board files do not
      use this function to pass the params default values are used which
      might cause higher consumption dur to wrong state selection by the
      This patch only updates the 3430sdp board files to use
      From Kalle, in addition to original patch from Rajendra:
      Building without CONFIG_CPU_IDLE or CONFIG_PM causes build to fail if
      cpu idle parameters are tried to pass using omap3_pm_init_cpuidle
      Signed-off-by: default avatarRajendra Nayak <rnayak@ti.com>
      Signed-off-by: default avatarKalle Jokiniemi <kalle.jokiniemi@digia.com>
      Signed-off-by: default avatarKevin Hilman <khilman@deeprootsystems.com>
  2. 15 Feb, 2010 4 commits
  3. 13 Dec, 2009 1 commit
  4. 11 Dec, 2009 3 commits
  5. 09 Dec, 2009 1 commit
  6. 22 Nov, 2009 3 commits
  7. 10 Nov, 2009 1 commit
  8. 25 Oct, 2009 1 commit
  9. 22 Oct, 2009 1 commit
  10. 20 Oct, 2009 1 commit
    • Tony Lindgren's avatar
      omap: headers: Move remaining headers from include/mach to include/plat · ce491cf8
      Tony Lindgren authored
      Move the remaining headers under plat-omap/include/mach
      to plat-omap/include/plat. Also search and replace the
      files using these headers to include using the right path.
      This was done with:
      headers=$(cd $mach_dir_old && ls *.h)
      omap_dirs="arch/arm/*omap*/ \
      drivers/video/omap \
      other_files="drivers/leds/leds-ams-delta.c \
      drivers/mfd/menelaus.c \
      drivers/mfd/twl4030-core.c \
      for header in $headers; do
      	old="#include <mach\/$header"
      	new="#include <plat\/$header"
      	for dir in $omap_dirs; do
      		find $dir -type f -name \*.[chS] | \
      			xargs sed -i "s/$old/$new/"
      	find drivers/ -type f -name \*omap*.[chS] | \
      		xargs sed -i "s/$old/$new/"
      	for file in $other_files; do
      		sed -i "s/$old/$new/" $file
      for header in $(ls $mach_dir_old/*.h); do
      	git mv $header $plat_dir_new/
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
  11. 19 Oct, 2009 1 commit
  12. 24 Sep, 2009 1 commit
  13. 03 Sep, 2009 1 commit
    • Paul Walmsley's avatar
      OMAP2/3 board-*.c files: read bootloader configuration earlier · b3c6df3a
      Paul Walmsley authored
      Most board-*.c files read configuration data from the bootloader in
      their .init_machine() function.  This needs to happen earlier, at some
      point before omap2_init_common_hw() is called.  This is because a
      future patch will use the bootloader serial console port information
      to enable the UART clocks earlier, immediately after omap2_clk_init().
      This is in turn necessary since otherwise clock tree usecounts on
      clocks like dpll4_m2x2_ck will be bogus, which can cause the
      currently-active console UART clock to be disabled during boot.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
  14. 02 Sep, 2009 1 commit
  15. 28 Aug, 2009 1 commit
  16. 24 Jul, 2009 1 commit
    • Jean Pihet's avatar
      OMAP3 SDRC: add support for 2 SDRAM chip selects · 58cda884
      Jean Pihet authored
      Some OMAP3 boards (Beagle Cx, Overo, RX51, Pandora) have 2
      SDRAM parts connected to the SDRC.
      This patch adds the following:
      - add a new argument of type omap_sdrc_params struct*
      to omap2_init_common_hw and omap2_sdrc_init for the 2nd CS params
      - adapted the OMAP boards files to the new prototype of
      - add the SDRC 2nd CS registers offsets defines
      - adapt the sram sleep code to configure the SDRC for the 2nd CS
      Note: If the 2nd param to omap2_init_common_hw is NULL, then the
      parameters are not programmed into the SDRC CS1 registers
      Tested on 3430 SDP and Beagleboard rev C2 and B5, with
      suspend/resume and frequency changes (cpufreq).
      Signed-off-by: default avatarJean Pihet <jpihet@mvista.com>
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
  17. 28 May, 2009 2 commits
  18. 25 Mar, 2009 1 commit
  19. 23 Mar, 2009 1 commit