1. 12 3月, 2010 1 次提交
  2. 25 2月, 2010 1 次提交
    • V
      OMAP3 clock: add support for 192Mhz DPLL4M2 output · 7356f0b2
      Vishwanath BS 提交于
      In 3630, DPLL4M2 output can be 96MHz or 192MHz (for SGX to run at
      192). This patch has changes to support this feature. 96MHz clock is
      generated by dividing 192Mhz clock by 2 using CM_CLKSEL_CORE register.
      SGX can select Core Clock, 192MHz clock or CM_96M_FCLK as it's
      functional clock. In summary changes done are:
      1. Added a feature called omap3_has_192mhz_clk and enabled for 3630
      2. Added a new clock node called omap_192m_alwon_ck
      3. Made omap_96m_alwon_fck to derive its clock from omap_192m_alwon_ck
      Signed-off-by: NVishwanath BS <Vishwanath.bs@ti.com>
      [paul@pwsan.com: fixed whitespace]
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      7356f0b2
  3. 16 2月, 2010 3 次提交
  4. 27 1月, 2010 1 次提交
  5. 20 1月, 2010 1 次提交
    • T
      omap3: Fix cpu detection · e9acb9b6
      Tony Lindgren 提交于
      We need to set the omap_chip.oc carefully for the clocks to work.
      
      To fix this, set the omap_chip.oc in omap3_check_features() based
      on the CONTROL_IDCODE and silicon revision registers.
      
      Also add handling for 34xx es3.1.2 as es3.1 for now.
      
      Fixes booting on at least overo board.
      
      Based on an earlier patch by Paul Walmsley <paul@pwsan.com>.
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      e9acb9b6
  6. 12 12月, 2009 3 次提交
  7. 23 11月, 2009 5 次提交
  8. 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
  9. 06 10月, 2009 1 次提交
    • T
      omap: Fix incorrect 730 vs 850 detection · a9f82d10
      Tony Lindgren 提交于
      Commit cd922049 added
      support for omap850. However, the patch accidentally
      removed the wrong ifdef:
      
       #  define cpu_is_omap730()		1
       # endif
       #endif
      +#else
      +# if defined(CONFIG_ARCH_OMAP850)
      +#  undef  cpu_is_omap850
      +#  define cpu_is_omap850()		1
      +# endif
      +#endif
      
      ...
      
       void omap2_check_revision(void);
      
       #endif    /* defined(CONFIG_ARCH_OMAP2) || defined(CONFIG_ARCH_OMAP3) */
      -
      -#endif
      
      Instead of removing removing the #endif at the end of the file,
      the #endif before #else should have been removed.
      
      But we cannot have multiple #else statements as pointed out by
      Alistair Buxton <a.j.buxton@gmail.com>. So the fix is to:
      
      - remove the non-multi-omap special handling, as we need to
        detect between omap730 and omap850 anyways.
      
      - add the missing #endif back to the end of the file
      Reported-by: NSanjeev Premi <premi@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      a9f82d10
  10. 10 8月, 2009 1 次提交
  11. 23 6月, 2009 1 次提交
    • K
      OMAP2/3: Add omap_type() for determining GP/EMU/HS · 8e25ad96
      Kevin Hilman 提交于
      The omap_type() function is added and returns the DEVICETYPE field of
      the CONTROL_STATUS register.  The result can be used for conditional
      code based on whether device is GP (general purpose), EMU or
      HS (high security). Also move the type defines so omap1 code
      compile does not require ifdefs for sections using these defines.
      
      This code is needed for the following fix to set the SRAM
      size correctly for HS omaps.  Also at least PM and watchdog
      code will need this function.
      Signed-off-by: NKevin Hilman <khilman@ti.deeprootsystems.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      8e25ad96
  12. 29 5月, 2009 1 次提交
  13. 24 3月, 2009 1 次提交
  14. 23 2月, 2009 1 次提交
  15. 30 1月, 2009 1 次提交
  16. 11 12月, 2008 2 次提交
  17. 06 10月, 2008 1 次提交
  18. 07 8月, 2008 1 次提交
  19. 03 7月, 2008 1 次提交
    • P
      ARM: OMAP: Add OMAP chip type structure; clean up mach-omap2/id.c · 097c584c
      Paul Walmsley 提交于
      Add a new OMAP chip identification interface, omap_chip_id.
      omap_chip_id is a structure which contains one bit for each OMAP2/3
      CPU type, and on 3430, ES level.  For example, the CHIP_IS_OMAP2420
      bit is set in omap_chip at boot on an OMAP2420.  On OMAP3430ES2, both
      CHIP_IS_OMAP3430 and CHIP_IS_OMAP3430ES2 bits are set.
      
      omap_chip is set in mach-omap2/id.c by _set_omap_chip(). Other
      code should use the omap_chip_is() function to test against omap_chip.
      
      Also, clean up id.c by splitting some code out of
      omap_check_revision() into its own function, _set_system_rev(); and
      converting some debug printk()s into pr_debug().
      
      Second revision.
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      
      097c584c
  20. 09 2月, 2008 1 次提交
  21. 10 11月, 2005 1 次提交
  22. 08 9月, 2005 1 次提交
  23. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4