[PATCH 2/2] Documentation: bindings: add description of phy for sdhci-of-arasan

This patch adds phys and phy-names for sdhci-of-arasan as optional properties, and details the example as well. Signed-off-by: Shawn Lin --- Documentation/devicetree/bindings/mmc/arasan,sdhci.txt | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff

[PATCH 1/2] mmc: sdhci-of-arasan: add phy support for sdhci-of-arasan

This patch adds Generic PHY access for sdhci-of-arasan. Driver can get PHY handler from dt-binding, and power-on/init the PHY. Also we add pm ops for PHY here if CONFIG_PM_SLEEP is enabled. Signed-off-by: Shawn Lin --- drivers/mmc/host/sdhci-of-arasan.c | 90

Re: [PATCH] mmc: core: Keep host claimed while invoking mmc_power_off|up()

Hi, On Friday 11 September 2015 07:29 PM, Ulf Hansson wrote: > On 11 September 2015 at 15:22, Kishon Vijay Abraham I wrote: >> Hi Ulf, >> >> On Friday 11 September 2015 06:11 PM, Ulf Hansson wrote: >>> As mmc_claim_host() invokes pm_runtime_get_sync() for the mmc host device, >>>

Re: [PATCH] mmc: core: Keep host claimed while invoking mmc_power_off|up()

On 11 September 2015 at 15:22, Kishon Vijay Abraham I wrote: > Hi Ulf, > > On Friday 11 September 2015 06:11 PM, Ulf Hansson wrote: >> As mmc_claim_host() invokes pm_runtime_get_sync() for the mmc host device, >> it's important that the host is kept claimed for *all* accesses to it

Re: [PATCH V2] mmc: block: Add new ioctl to send multi commands

On Fri, Sep 11, 2015 at 5:22 AM, Jon Hunter wrote: > From: Seshagiri Holi > > Certain eMMC devices allow vendor specific device information to be read > via a sequence of vendor commands. These vendor commands must be issued > in sequence and an atomic

[PATCH V2] mmc: block: Add new ioctl to send multi commands

From: Seshagiri Holi Certain eMMC devices allow vendor specific device information to be read via a sequence of vendor commands. These vendor commands must be issued in sequence and an atomic fashion. One way to support this would be to add an ioctl function for sending a

Data corruption with RTS5129 card reader and 128 GB SDXC microsd

I have a data corruption problem with RTS5129 sd card reader and a 128GB Samsung EVO microsd. This is not a fake card, its tested ok with H2testw in another windows machine. The card also works when I put it in an external microSD=>USB card reader. Previously I was using a 32 GB Sandisk Ultra

Re: [RFC PATCH 2/2] mmc: core: sdio: claim host before power up or power off

Hi, On Friday 11 September 2015 06:15 PM, Ulf Hansson wrote: > On 24 August 2015 at 12:15, Kishon Vijay Abraham I wrote: >> mmc_sdio_runtime_resume and mmc_sdio_runtime_suspend does power up and >> power off respectively but does so without claiming the host. Among other >> things

Re: [PATCH] mmc: core: Keep host claimed while invoking mmc_power_off|up()

Hi Ulf, On Friday 11 September 2015 06:11 PM, Ulf Hansson wrote: > As mmc_claim_host() invokes pm_runtime_get_sync() for the mmc host device, > it's important that the host is kept claimed for *all* accesses to it via > the host_ops callbacks. > > In some code paths for SDIO, particularly

[PATCH] mmc: core: Keep host claimed while invoking mmc_power_off|up()

As mmc_claim_host() invokes pm_runtime_get_sync() for the mmc host device, it's important that the host is kept claimed for *all* accesses to it via the host_ops callbacks. In some code paths for SDIO, particularly related to the PM support, mmc_power_off|up() is invoked without keeping the host

Re: [RFC PATCH 2/2] mmc: core: sdio: claim host before power up or power off

On 24 August 2015 at 12:15, Kishon Vijay Abraham I wrote: > mmc_sdio_runtime_resume and mmc_sdio_runtime_suspend does power up and > power off respectively but does so without claiming the host. Among other > things mmc_claim_host inovkes pm_runtime_get_sync to enable the clocks. >