[PATCH 1/3] mmc: omap_hsmmc: remove prepare/complete system suspend support.

2014-12-11 Thread NeilBrown
The only function of these 'prepare' and 'complete' is to disable the 'card detect' irq during suspend. The commit which added this, commit a48ce884d5819d5df2cf1139ab3c43f8e9e419b3 mmc: omap_hsmmc: Introduce omap_hsmmc_prepare/complete justified it by the need to avoid the registration of new

[PATCH v2 0/3] mmc: omap_hsmmc: make more use of mmc library functionality

2014-12-11 Thread NeilBrown
This is resend, rebased on git://git.linaro.org/people/ulf.hansson/mmc.git next and so should apply to 3.19-rc1. omap_hsmmc currently duplicates some work that can be done for it by common code, and consequently does not benefit from extra functionality in that common code. In particular, mmc

[PATCH 2/3] mmc: omap_hsmmc: use slot-gpio library for gpio support.

2014-12-11 Thread NeilBrown
Using the common code removes some code duplication, and makes it easier to switch to using mmc_of_parse() which will remove more duplication. As hsmmc has a slightly different interrupt service routine for card-detect, enhance slot-gpio to allow an alternate routine to be provided. Signed-off-by

[PATCH 3/3] mmc: omap_hsmmc: use mmc_of_parse to parse common mmc configuration.

2014-12-11 Thread NeilBrown
This ensures that all standard options are available to hsmmc, In particular, I need cap-power-off-card. Signed-off-by: NeilBrown --- drivers/mmc/host/omap_hsmmc.c | 33 - 1 file changed, 8 insertions(+), 25 deletions(-) diff --git a/drivers/mmc/host/omap_hsmmc

Re: SDIO device binding

2014-12-11 Thread Eliad Peller
On Thu, Dec 11, 2014 at 5:37 PM, Ulf Hansson wrote: > On 11 December 2014 at 14:32, Eliad Peller wrote: >> hi, >> >> I'm looking for the proper way to pass SDIO device properties using >> devicetree. >> >> There seems to be a patchset sent previously by Sascha Hauer to handle >> it, but for some

Re: SDIO device binding

2014-12-11 Thread Ulf Hansson
On 11 December 2014 at 14:32, Eliad Peller wrote: > hi, > > I'm looking for the proper way to pass SDIO device properties using > devicetree. > > There seems to be a patchset sent previously by Sascha Hauer to handle > it, but for some reason it didn't get merged, and i can't find any > further d

SDIO device binding

2014-12-11 Thread Eliad Peller
hi, I'm looking for the proper way to pass SDIO device properties using devicetree. There seems to be a patchset sent previously by Sascha Hauer to handle it, but for some reason it didn't get merged, and i can't find any further discussion regarding the patches. https://patchwork.ozlabs.org/pat

[PATCH 2/2] PM: Remove the SET_PM_RUNTIME_PM_OPS() macro

2014-12-11 Thread Ulf Hansson
There're now no users left of the SET_PM_RUNTIME_PM_OPS() macro, since all have converted to use the SET_RUNTIME_PM_OPS() macro instead, so let's remove it. Signed-off-by: Ulf Hansson --- I suggest we takes this through my mmc tree, thus I request an ack from Rafael. Also, I intend to send this

[PATCH 1/2] mmc: atmel-mci: use SET_RUNTIME_PM_OPS() macro

2014-12-11 Thread Ulf Hansson
From: Ludovic Desroches The currently used SET_PM_RUNTIME_PM_OPS() macro is defined to the SET_RUNTIME_PM_OPS() macro. Convert to the later, since that's the proper one to use. Signed-off-by: Ludovic Desroches Signed-off-by: Ulf Hansson --- drivers/mmc/host/atmel-mci.c | 2 +- 1 file changed,

Re: [PATCH V2 0/4] mmc: sdhci: Disable re-tuning for HS400

2014-12-11 Thread Aaron Lu
On 12/06/2014 01:25 AM, Adrian Hunter wrote: > Hi > > Here is V2 of patches to disable re-tuning for HS400. > > As described in patch 4, re-tuning for HS400 has to be done > in HS200 mode, but there is no support for that, so re-tuning > needs to be disabled until support is added. > > Changes i