1. 29 10月, 2010 1 次提交
    • K
      mfd: Adding twl6030 mmc card detect support for MMC1 · 72f2e2c7
      kishore kadiyala 提交于
      Adding card detect callback function and card detect configuration
      function for MMC1 Controller on OMAP4.
      
      Card detect configuration function does initial configuration of the
      MMC Control & PullUp-PullDown registers of Phoenix.
      
      For MMC1 Controller, card detect interrupt source is
      twl6030 which is non-gpio. The card detect call back function provides
      card present/absent status by reading MMC Control register present
      on twl6030.
      
      Since OMAP4 doesn't use any GPIO line as used in OMAP3 for card detect,
      the suspend/resume initialization which was done in omap_hsmmc_gpio_init
      previously is moved to the probe thus making it generic for both OMAP3 &
      OMAP4.
      
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
      Cc: Adrian Hunter <adrian.hunter@nokia.com>
      Signed-off-by: NKishore Kadiyala <kishore.kadiyala@ti.com>
      Signed-off-by: NSamuel Ortiz <sameo@linux.intel.com>
      72f2e2c7
  2. 23 10月, 2010 2 次提交
  3. 02 10月, 2010 3 次提交
    • K
      omap4 hsmmc: Update ocr mask for MMC2 for regulator to use · 64be9782
      kishore kadiyala 提交于
      On OMAP4, MMC2 controller has eMMC which draws power from VAUX regulator
      on TWL. Though the eMMC supports dual voltage[1.8v/3v] as per ocr register,
      its VCC is fixed at 3V for operation. With this once the mmc core selects
      the minimum voltage[1.8] supported based on the ocr value read from OCR register,
      eMMC will not get detected. Thus the platform data for MMC2 is updated with ocr
      mask and same will be communicated to core which will set the regulator to
      always operate at 3V when ever turned ON.
      
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
      Cc: Adrian Hunter <adrian.hunter@nokia.com>
      Signed-off-by: NKishore Kadiyala <kishore.kadiyala@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      64be9782
    • K
      omap4 hsmmc: Register offset handling · 91a0b089
      kishore kadiyala 提交于
      In OMAP4, as per new PM programming model, the legacy registers
      which were there in OMAP3 are all shifted by 0x100 while new one's
      are added from offset 0 to 0x10.
      For OMAP4, the register offset appending of 0x100 done in devices.c
      currently, is moved to driver file.This change fits in for current
      implementation as well as once the driver undergoes hwmod adaptation.
      
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Madhusudhan Chikkature <madhu.cr@ti.com>
      Cc: Adrian Hunter <adrian.hunter@nokia.com>
      Cc: Benoit Cousson <b-cousson@ti.com>
      Signed-off-by: NKishore Kadiyala <kishore.kadiyala@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      91a0b089
    • M
      OMAP4 ES2: HSMMC soft reset change · 07ad64b6
      Madhusudhan Chikkature 提交于
      The omap4 es2 hsmmc has a updated soft reset logic.After the
      reset is issued monitor a 0->1 transition first. The reset of
      CMD or DATA lines is complete only after a 0->1->0 transition
      of SRC or SRD bits.
      Signed-off-by: NMadhusudhan Chikkature <madhu.cr@ti.com>
      Tested-by: NAnand Gadiyar <gadiyar@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      07ad64b6
  4. 28 9月, 2010 1 次提交
  5. 10 9月, 2010 2 次提交
  6. 12 8月, 2010 1 次提交
  7. 11 8月, 2010 3 次提交
  8. 28 5月, 2010 3 次提交
  9. 07 4月, 2010 1 次提交
  10. 16 2月, 2010 6 次提交
  11. 29 10月, 2009 1 次提交
  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. 23 9月, 2009 15 次提交