1. 28 9月, 2010 1 次提交
    • S
      omap4: control: Add ctrl_pad_base to omap_globals · 0c349246
      Santosh Shilimkar 提交于
      On omap4 control module is divided in four IP blocks.
      - CTRL_MODULE_CORE			0x4a002000
      - CTRL_MODULE_PAD_CORE		0x4a100000
      - CTRL_MODULE_WKUP			0x4a30c000
      - CTRL_MODULE_PAD_WKUP		0x4a31e000
      
      Addressing all the modules with single base address is not possible
      considering 16 bit offsets. The mux code manages the pad core and pad
      wakeup related base address inside the mux framework. For other usage
      only control core and control pad bases are necessary. So this patch
      maps only needed pad control base address which is used by device drivers
      and infrastructure code
      
      The main control core base is still kept same in this patch to
      keep git-bisect working. This will be fixed in the relevant patch
      in this series.
      Signed-off-by: NBenoit Cousson <b-cousson@ti.com>
      Signed-off-by: NSantosh Shilimkar <santosh.shilimkar@ti.com>
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      0c349246
  2. 04 8月, 2010 2 次提交
  3. 27 7月, 2010 1 次提交
  4. 16 7月, 2010 1 次提交
  5. 21 5月, 2010 1 次提交
  6. 24 4月, 2010 1 次提交
  7. 23 4月, 2010 1 次提交
    • A
      omap: fix clocksource_32k to start from zero · 2decb12e
      Aaro Koskinen 提交于
      When the 32k sync timer is used for sched_clock(), it should count
      time from the kernel boot (clocksource init) instead of the last HW
      reset. Otherwise printk.time values will jump suddenly during the boot:
      
      	[    0.000000] calling  omap2_clk_arch_init+0x0/0x138 @ 1
      	[    0.000000] initcall omap2_clk_arch_init+0x0/0x138 returned -22 after 0 usecs
      	[    0.000000] initcall omap2_clk_arch_init+0x0/0x138 returned with error code -22
      	[    0.000000] calling  omap_init_clocksource_32k+0x0/0x98 @ 1
      	[  508.697937] initcall omap_init_clocksource_32k+0x0/0x98 returned 0 after 0 usecs
      	[  508.697967] calling  omap_init_devices+0x0/0x38 @ 1
      	[  508.698425] initcall omap_init_devices+0x0/0x38 returned 0 after 0 usecs
      
      This will confuse tools such as scripts/bootgraph.pl.
      Signed-off-by: NAaro Koskinen <aaro.koskinen@nokia.com>
      Acked-by: NKevin Hilman <khilman@deeprootsystems.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      2decb12e
  8. 24 2月, 2010 1 次提交
  9. 16 2月, 2010 2 次提交
  10. 21 1月, 2010 1 次提交
    • K
      OMAP: timekeeping: time should not stop during suspend · d92cfcbe
      Kevin Hilman 提交于
      During suspend, the kernel timekeeping subsystem is shut down.  Before
      suspend and upon resume, it uses a weak function
      read_persistent_clock() to determine the amount of time that elapsed
      during suspend.
      
      This function was not implemented on OMAP, so from the timekeeping
      subsystem perspective (and thus userspace as well) it appeared that no
      time elapsed during suspend.
      
      This patch uses the 32k sync timer as a the persistent clock.
      
      NOTE: This does *NOT* fully handle wrapping of the 32k sync timer, so
            more than one wrapping of the 32k sync timer during suspend may
            cause problems.  Also note there are not interrupts when the 32k
            sync timer wraps, so something else has to be done.
      Reported-by: NJon Hunter <jon-hunter@ti.com>
      Signed-off-by: NKevin Hilman <khilman@deeprootsystems.com>
      d92cfcbe
  11. 12 12月, 2009 2 次提交
  12. 21 10月, 2009 1 次提交
    • T
      omap: headers: Move remaining headers from include/mach to include/plat · ce491cf8
      Tony Lindgren 提交于
      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:
      
      #!/bin/bash
      mach_dir_old="arch/arm/plat-omap/include/mach"
      plat_dir_new="arch/arm/plat-omap/include/plat"
      headers=$(cd $mach_dir_old && ls *.h)
      omap_dirs="arch/arm/*omap*/ \
      drivers/video/omap \
      sound/soc/omap"
      other_files="drivers/leds/leds-ams-delta.c \
      drivers/mfd/menelaus.c \
      drivers/mfd/twl4030-core.c \
      drivers/mtd/nand/ams-delta.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/"
      	done
      	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
      	done
      done
      
      for header in $(ls $mach_dir_old/*.h); do
      	git mv $header $plat_dir_new/
      done
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      ce491cf8
  13. 20 10月, 2009 2 次提交
  14. 29 8月, 2009 2 次提交
  15. 15 8月, 2009 1 次提交
  16. 29 5月, 2009 2 次提交
  17. 26 5月, 2009 4 次提交
  18. 22 4月, 2009 1 次提交
  19. 05 3月, 2009 1 次提交
    • A
      ARM: OMAP: sched_clock() corrected · 80ea3bac
      Aaro Koskinen 提交于
      After my OMAP3 board has been running for a while, I'm seeing weird
      latency traces like this:
      
            sh-1574    0d.h2  153us : do_timer (tick_do_update_jiffies64)
            sh-1574    0d.h2  153us : update_wall_time (do_timer)
            sh-1574    0d.h2  153us!: omap_32k_read (update_wall_time)
            sh-1574    0d.h2 1883us : update_xtime_cache (update_wall_time)
            sh-1574    0d.h2 1883us : clocksource_get_next (update_wall_time)
            sh-1574    0d.h2 1883us+: _spin_lock_irqsave (clocksource_get_next)
      
      and after a while:
      
            sh-17818   0d.h3  153us : do_timer (tick_do_update_jiffies64)
            sh-17818   0d.h3  153us : update_wall_time (do_timer)
            sh-17818   0d.h3  153us!: omap_32k_read (update_wall_time)
            sh-17818   0d.h3 1915us : update_xtime_cache (update_wall_time)
            sh-17818   0d.h3 1915us+: clocksource_get_next (update_wall_time)
            sh-17818   0d.h3 1945us : _spin_lock_irqsave (clocksource_get_next)
      
      Turns out that sched_clock() is using cyc2ns(), which returns NTP
      adjusted time. The sched_clock() frequency should not be adjusted. The
      patch deletes omap_32k_ticks_to_nsecs() and rewrites sched_clock()
      to do the conversion using the constant multiplier.
      Signed-off-by: NAaro Koskinen <Aaro.Koskinen@nokia.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      80ea3bac
  20. 09 2月, 2009 1 次提交
  21. 06 10月, 2008 1 次提交
  22. 06 9月, 2008 2 次提交
  23. 07 8月, 2008 2 次提交
  24. 03 7月, 2008 1 次提交
  25. 15 4月, 2008 2 次提交
    • P
      ARM: OMAP2: Change 24xx to use new register access · 44595982
      Paul Walmsley 提交于
      This patch changes 24xx to use new register access, except for clock
      framework. Clock framework register access will get updates in the
      next patch.
      
      Note that board-*.c files change GPMC (General Purpose Memory Controller)
      access to use gpmc_cs_write_reg() instead of accessing the registers
      directly. The code also uses gpmc_fck instead of it's parent clock
      core_l3_ck for GPMC clock.
      
      The H4 board file also adds h4_init_flash() function, which specify the
      flash start and end addresses.
      
      Also note that sleep.S removes some unused registers addresses.
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      44595982
    • K
      ARM: OMAP: Timer32K: Move 32k-based sched_clock() to common code · f258b0c6
      Kevin Hilman 提交于
      Since 32k timer code is moving to OMAP1 specific dir, move the
      32k-based sched_clock() into common code where it is based on the 32k
      sync counter and can be used even when using MPU timer.
      
      While moving, change the ticks-to-nsecs conversion to use the helper
      functions provided by clocksource.h.
      
      Also removed the unused ticks_to_usec, leaving only ticks_to_nsec.
      Signed-off-by: NKevin Hilman <khilman@mvista.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      
      f258b0c6
  26. 22 8月, 2007 1 次提交
  27. 21 5月, 2007 1 次提交
  28. 09 5月, 2007 1 次提交