1. 17 8月, 2015 10 次提交
  2. 24 7月, 2015 11 次提交
  3. 18 7月, 2015 1 次提交
  4. 18 6月, 2015 2 次提交
  5. 16 6月, 2015 2 次提交
    • J
      mmc: sdhci: fix low memory corruption · 62a7f368
      Jiri Slaby 提交于
      When dma mapping (dma_map_sg) fails in sdhci_pre_dma_transfer, -EINVAL
      is returned. There are 3 callers of sdhci_pre_dma_transfer:
      * sdhci_pre_req and sdhci_adma_table_pre: handle negative return
      * sdhci_prepare_data: handles 0 (error) and "else" (good) only
      
      sdhci_prepare_data is therefore broken. When it receives -EINVAL from
      sdhci_pre_dma_transfer, it assumes 1 sg mapping was mapped. Later,
      this non-existent mapping with address 0 is kmap'ped and written to:
      Corrupted low memory at ffff880000001000 (1000 phys) = 22b7d67df2f6d1cf
      Corrupted low memory at ffff880000001008 (1008 phys) = 63848a5216b7dd95
      Corrupted low memory at ffff880000001010 (1010 phys) = 330eb7ddef39e427
      Corrupted low memory at ffff880000001018 (1018 phys) = 8017ac7295039bda
      Corrupted low memory at ffff880000001020 (1020 phys) = 8ce039eac119074f
      ...
      
      So teach sdhci_prepare_data to understand negative return values from
      sdhci_pre_dma_transfer and disable DMA in that case, as well as for
      zero.
      
      It was introduced in 348487cb (mmc:
      sdhci: use pipeline mmc requests to improve performance). The commit
      seems to be suspicious also by assigning host->sg_count both in
      sdhci_pre_dma_transfer and sdhci_adma_table_pre.
      Signed-off-by: NJiri Slaby <jslaby@suse.cz>
      Cc: stable@vger.kernel.org # 4.0+
      Fixes: 348487cb
      Cc: Ulf Hansson <ulf.hansson@linaro.org>
      Cc: Haibo Chen <haibo.chen@freescale.com>
      Signed-off-by: NUlf Hansson <ulf.hansson@linaro.org>
      62a7f368
    • V
      mmc: sdhci-pci: Change AMD SDHCI quirk application scope · b5e97d6e
      Vincent Wan 提交于
      Change this quirk to apply to AMD Carrizo platform.
      Signed-off-by: NWan ZongShun <Vincent.Wan@amd.com>
      Tested-by: NNath, Arindam <Arindam.Nath@amd.com>
      Tested-by: NRamesh, Ramya <Ramya.Ramesh@amd.com>
      Signed-off-by: NUlf Hansson <ulf.hansson@linaro.org>
      b5e97d6e
  6. 12 6月, 2015 1 次提交
  7. 08 6月, 2015 1 次提交
    • U
      mmc: sdhci: Restore behavior while creating OCR mask · 5fd26c7e
      Ulf Hansson 提交于
      Commit 3a48edc4 ("mmc: sdhci: Use mmc core regulator infrastucture")
      changed the behavior for how to assign the ocr_avail mask for the mmc
      host. More precisely it started to mask the bits instead of assigning
      them.
      
      Restore the behavior, but also make it clear that an OCR mask created
      from an external regulator overrides the other ones. The OCR mask is
      determined by one of the following with this priority:
      
      1. Supported ranges of external regulator if one supplies VDD
      2. Host OCR mask if set by the driver (based on DT properties)
      3. The capabilities reported by the controller itself
      
      Fixes: 3a48edc4 ("mmc: sdhci: Use mmc core regulator infrastucture")
      Cc: Tim Kryger <tim.kryger@gmail.com>
      Reported-by: NYangbo Lu <yangbo.lu@freescale.com>
      Signed-off-by: NUlf Hansson <ulf.hansson@linaro.org>
      Reviewed-by: NTim Kryger <tim.kryger@gmail.com>
      5fd26c7e
  8. 04 6月, 2015 1 次提交
    • J
      mmc: sdhci-pxav3: fix device wakeup initialization · 83dc9fec
      Jisheng Zhang 提交于
      MMC_PM_KEEP_POWER doesn't imply MMC_PM_WAKE_SDIO_IRQ, we should only
      enable device wake up when MMC_PM_WAKE_SDIO_IRQ is set. And "pm_flags"
      is the requested pm features, we should not set it in the host driver.
      
      At the same time, device wakeup is disabled by default, so there's no
      need to disable device wakeup explicitly.
      
      This patch fixes the warning as following:
      
      [   64.616651] ------------[ cut here ]------------
      [   64.616665] WARNING: CPU: 0 PID: 79 at linux/kernel/irq/manage.c:603 irq_set_irq_wake+0xf0/0x11c()
      [   64.616667] Unbalanced IRQ 87 wake disable
      Signed-off-by: NJisheng Zhang <jszhang@marvell.com>
      Signed-off-by: NUlf Hansson <ulf.hansson@linaro.org>
      83dc9fec
  9. 01 6月, 2015 11 次提交