1. 12 12月, 2009 3 次提交
  2. 23 11月, 2009 3 次提交
    • A
      omap3evm: ehci: Update EHCI support on OMAP3EVM (Rev >= E) · e8e51d29
      Ajay Kumar Gupta 提交于
      Added runtime programming for the differences in EHCI interface between
      OMAP3EVM revisions (Rev >= E) and (Rev < E).
      
      Changes:
      	- EHCI PHY reset GPIO pin is 21 on Rev >= E while Rev < E
      	  uses GPIO pin 135.
      	- Rev >= E uses EHCI Vbus enable GPIO22 line.
      	- Rev >= E uses GPIO61 to select EHCI port either on main board or
      	  on Mistral Daughter Card (MDC). OMAP3EVM Rev < E doesn't have
      	  EHCI port on main board.
      	- Currently GPIO61 it programmed to enable EHCI port on main
      	  board only.
      Signed-off-by: NAjay Kumar Gupta <ajay.gupta@ti.com>
      e8e51d29
    • M
      omap3: HSMMC2 8-bit mux configuration · 4679232d
      Madhu 提交于
      Add support for omap hsmmc2 8-bit mux configuration.
      Signed-off-by: NMadhusudhan Chikkature <madhu.cr@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      4679232d
    • C
      omap1: mmc: Add platform init for omap7xx · 490a5665
      Cory Maccarrone 提交于
      The MMC mux pins normally used by omap chips in devices.c
      are different from what is needed by omap7xx chips.  This
      change adds a conditional around the mux setup code to
      enable the correct mux pins.
      
      The omap730 and omap850 both use a different clock for the "fck"
      clock of the MMC interface than other omap processors based on the
      SOFT_REQ_REG, pin 12.  The "ick" clock is the same as that used
      by other omap processors.
      
      * Added the missing clock definition as mmc3_ck to clock.h
      * Added the clock definition to omap_clks in clock.c
      * Added CK_7XX to the mmci-omap.0 "ick" clock already in clock.c
      
      With these changes, it is now possible to initialize and use MMC
      cards with omap730 and omap850 devices.
      Signed-off-by: NCory Maccarrone <darkstar6262@gmail.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      490a5665
  3. 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
  4. 08 10月, 2009 3 次提交
  5. 25 9月, 2009 2 次提交
  6. 03 9月, 2009 1 次提交
  7. 29 8月, 2009 1 次提交
  8. 25 7月, 2009 1 次提交
    • J
      OMAP3: Setup MUX settings for SDRC CKE signals · 9fb97412
      Jean Pihet 提交于
      This patches ensures the MUX settings are correct for the SDRC
      CKE signals to SDRAM. This allows the self-refresh to work when
      2 chip-selects are in use.
      
      A warning is thrown away in case the initial muxing is incorrect,
      in order to track faulty or old-dated bootloaders.
      Note: The CONFIG_OMAP_MUX and CONFIG_OMAP_MUX_WARNINGS options
      must be enabled for the mux code to have effect.
      Signed-off-by: NJean Pihet <jpihet@mvista.com>
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      9fb97412
  9. 24 3月, 2009 2 次提交
  10. 11 12月, 2008 1 次提交
  11. 09 10月, 2008 1 次提交
    • S
      ARM: OMAP3: Add minimal omap3430 support · cc26b3b0
      Syed Mohammed, Khasim 提交于
      Add minimal omap3430 support based on earlier patches from
      Syed Mohammed Khasim. Also merge in omap34xx SRAM support
      from Karthik Dasu and use consistent naming for sram init
      functions.
      
      Also do following changes that make 34xx support usable:
      
      - Remove unused sram.c functions for 34xx
      
      - Rename IRQ_SIR_IRQ to INTCPS_SIR_IRQ and define it locally
        in entry-macro.S
      
      - Update mach-omap2/io.c to support 2420, 2430, and 34xx
      
      - Also merge in 34xx GPMC changes to add fields wr_access and
        wr_data_mux_bus from Adrian Hunter
      
      - Remove memory initialization call omap2_init_memory() until
        until more generic memory initialization patches are posted.
        It's OK to rely on bootloader initialization until then.
      Signed-off-by: NSyed Mohammed, Khasim <khasim@ti.com>
      Signed-off-by: Karthik Dasu<karthik-dp@ti.com>
      Signed-off-by: NAdrian Hunter <ext-adrian.hunter@nokia.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      
      
      
      cc26b3b0
  12. 06 10月, 2008 1 次提交
  13. 07 8月, 2008 1 次提交
  14. 15 4月, 2008 3 次提交
  15. 21 9月, 2007 1 次提交
  16. 11 5月, 2007 1 次提交
  17. 25 9月, 2006 2 次提交
  18. 27 6月, 2006 2 次提交
  19. 03 4月, 2006 1 次提交
  20. 10 11月, 2005 1 次提交
  21. 08 9月, 2005 1 次提交
  22. 11 7月, 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