1. 07 12月, 2012 5 次提交
  2. 08 11月, 2012 2 次提交
  3. 03 10月, 2012 1 次提交
    • V
      mmc: omap_hsmmc: Pass on the suspend failure to the PM core · c4c8eeb4
      Vaibhav Bedia 提交于
      In some cases mmc_suspend_host() is not able to claim the
      host and proceed with the suspend process. The core returns
      -EBUSY to the host controller driver. Unfortunately, the
      host controller driver does not pass on this information
      to the PM core and hence the system suspend process continues.
      
      	ret = mmc_suspend_host(host->mmc);
      	if (ret) {
      		host->suspended = 0;
      		if (host->pdata->resume) {
      			ret = host->pdata->resume(dev, host->slot_id);
      
      The return status from mmc_suspend_host() is overwritten by return
      status from host->pdata->resume. So the original return status is lost.
      
      In these cases the MMC core gets to an unexpected state
      during resume and multiple issues related to MMC crop up.
      1. Host controller driver starts accessing the device registers
      before the clocks are enabled which leads to a prefetch abort.
      2. A file copy thread which was launched before suspend gets
      stuck due to the host not being reclaimed during resume.
      
      To avoid such problems pass on the -EBUSY status to the PM core
      from the host controller driver. With this change, MMC core
      suspend might still fail but it does not end up making the
      system unusable. Suspend gets aborted and the user can try
      suspending the system again.
      Signed-off-by: NVaibhav Bedia <vaibhav.bedia@ti.com>
      Signed-off-by: NHebbar, Gururaja <gururaja.hebbar@ti.com>
      Acked-by: NVenkatraman S <svenkatr@ti.com>
      Cc: stable <stable@vger.kernel.org>
      Signed-off-by: NChris Ball <cjb@laptop.org>
      c4c8eeb4
  4. 11 9月, 2012 2 次提交
  5. 05 9月, 2012 5 次提交
  6. 02 9月, 2012 1 次提交
  7. 31 7月, 2012 4 次提交
  8. 23 7月, 2012 2 次提交
  9. 27 6月, 2012 1 次提交
  10. 17 5月, 2012 1 次提交
  11. 15 5月, 2012 1 次提交
  12. 22 4月, 2012 5 次提交
  13. 21 4月, 2012 2 次提交
  14. 06 4月, 2012 6 次提交
  15. 28 3月, 2012 2 次提交
    • R
      mmc: omap_hsmmc: Avoid a regulator voltage change with dt · 1f84b71b
      Rajendra Nayak 提交于
      When booting with Device tree, the omap_hsmmc driver does not
      program the pbias cell (inside OMAP control module) during
      a regulator voltage change.
      
      In case of non-dt boot, this is handled using callbacks
      from within platform_data and implemented in machine code.
      To be able to do this with device tree, without invoking
      any machine code, a OMAP control module driver is needed
      which is yet missing.
      
      The pbias cell is used to provide a 1.8v or 3.0v reference
      to the mmc/sd/sdio1 interface supporting both 1.8v and 3.0v
      voltages.
      
      Until a OMAP control module driver is available to handle this,
      when booting with a device tree blob, never change the regulator
      voltage which might then require a pbias cell re-program.
      There are 2 instances where in the mmc regulator voltage can be
      changed.
      -1- when the regulator is turned OFF.
      -2- when attempting a switch to 1.8v from 3.0v for dual volt cards
      
      This patch avoids a voltage change in both cases when booting from
      device tree, and hence compromises on power savings.
      Once the OMAP control module driver is available and hsmmc driver
      is modified to then do pbias programming even when booting
      with device tree, these limitaions can be removed to achieve better
      power savings.
      Signed-off-by: NRajendra Nayak <rnayak@ti.com>
      Tested-by: NBalaji T K <balajitk@ti.com>
      Signed-off-by: NChris Ball <cjb@laptop.org>
      1f84b71b
    • R
      mmc: omap_hsmmc: Convert hsmmc driver to use device tree · 46856a68
      Rajendra Nayak 提交于
      Define dt bindings for the ti-omap-hsmmc, and adapt the driver to extract
      data (which was earlier passed as platform_data) from device tree.
      Signed-off-by: NRajendra Nayak <rnayak@ti.com>
      Acked-by: NRob Herring <rob.herring@calxeda.com>
      Signed-off-by: NChris Ball <cjb@laptop.org>
      46856a68