1. 23 1月, 2015 1 次提交
    • R
      mfd: rtsx_usb: Defer autosuspend while card exists · bb400d21
      Roger Tseng 提交于
      A card insertion happens after the lastest polling before reader is
      suspended may never have a chance to be detected. Under current 1-HZ
      polling interval setting in mmc_core, the worst case of such
      undetectablility is about 1 second.
      
      To further reduce the undetectability, detect card slot again in suspend
      method and defer the autosuspend if the slot is loaded. The default 2
      second autosuspend delay of USB subsystem should let the next polling
      detects the card.
      Signed-off-by: NRoger Tseng <rogerable@realtek.com>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      bb400d21
  2. 20 1月, 2015 1 次提交
    • R
      mfd: rtsx_usb: Fix runtime PM deadlock · b166010f
      Roger Tseng 提交于
      sd_set_power_mode() in derived module drivers/mmc/host/rtsx_usb_sdmmc.c
      acquires dev_mutex and then calls pm_runtime_get_sync() to make sure the
      device is awake while initializing a newly inserted card. Once it is
      called during suspending state and explicitly before rtsx_usb_suspend()
      acquires the same dev_mutex, both routine deadlock and further hang the
      driver because pm_runtime_get_sync() waits the pending PM operations.
      
      Fix this by using an empty suspend method. mmc_core always turns the
      LED off after a request is done and thus it is ok to remove the only
      rtsx_usb_turn_off_led() here.
      
      Cc: <stable@vger.kernel.org> # v3.16+
      Fixes: 730876be ("mfd: Add realtek USB card reader driver")
      Signed-off-by: NRoger Tseng <rogerable@realtek.com>
      [Lee: Removed newly unused variable]
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      b166010f
  3. 26 11月, 2014 1 次提交
  4. 26 9月, 2014 1 次提交
  5. 15 8月, 2014 1 次提交
  6. 03 6月, 2014 1 次提交
  7. 28 4月, 2014 2 次提交
  8. 19 3月, 2014 1 次提交