[PATCH 0/2] mmc: improve power-on for sdio wifi card.

2014-11-07 Thread NeilBrown
These two patches improve power-on management for my 'libertas' wifi card. On my board the card shares a regulator with a bluetooth device, so turning off the regulator may not powercycle the card. To get it to a clean state it is necessary to hold the reset line down while enabling the regulator

[PATCH 1/2] mmc: core: allow a reset gpio to be configured.

2014-11-07 Thread NeilBrown
If the regulator supplying an SDIO device is shared with another device, the turning the regulator 'on' and 'off' will not actually cycle power and so will not reset the device. This is particularly a problem for some wi2si wireless modules which have a BT module on chip and can share power lines.

[PATCH 2/2] mmc: core: reset sdio card properly on resume.

2014-11-07 Thread NeilBrown
mmc_sdio_power_restore calls mmc_send_if_cond(host, host->ocr_avail); ret = mmc_send_io_op_cond(host, 0, NULL); between mmc_go_idle() and mmc_sdio_init_card(). mmc_sdio_resume needs to as well, else my libertas sdio wifi device doesn't resume properly from suspend. Signed-off-by

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

2014-11-07 Thread NeilBrown
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_of_parse and the slot-gpio library are not used. This set of patches allows omap_hsmmc to use that common functional

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

2014-11-07 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 3/3] mmc: omap_hsmmc: use mmc_of_parse to parse common mmc configuration.

2014-11-07 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

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

2014-11-07 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 v3] mmc: add Toshiba PCI SD controller driver

2014-11-07 Thread Ondrej Zary
This patch resurrects an old never-finished driver for Toshiba PCI SD controllers found in some older Toshiba laptops (such as Portege R100): 02:0d.0 System peripheral [0880]: Toshiba America Info Systems SD TypA Controller [1179:0805] (rev 05) The code is fixed, cleaned up and successfully test

Re: [PATCHv2 4/5] mmc: shdci-bcm2835: add verify for 32-bit back-to-back workaround

2014-11-07 Thread Scott Branden
On 14-11-05 09:01 PM, Stephen Warren wrote: On 11/05/2014 12:00 AM, Scott Branden wrote: On 14-11-04 08:59 PM, Stephen Warren wrote: On 10/30/2014 12:36 AM, Scott Branden wrote: Add a verify option to driver to print out an error message if a potential back to back write could cause a clock do

Re: [PATCHv2 5/5] mmc: sdhci-bcm2835: add sdhci quirk SDHCI_QUIRK_MULTIBLOCK_READ_ACMD12

2014-11-07 Thread Scott Branden
On 14-11-05 08:50 PM, Stephen Warren wrote: On 11/05/2014 12:02 AM, Scott Branden wrote: On 14-11-04 09:00 PM, Stephen Warren wrote: On 10/30/2014 12:36 AM, Scott Branden wrote: SDHCI_QUIRK_MULTIBLOCK_READ_ACMD12 is missing and needed for this controller. This seems fine, although any explan

Re: [PATCHv2 3/5] mmc: shdci-bcm2835: add efficient back-to-back write workaround

2014-11-07 Thread Scott Branden
On 14-11-05 08:48 PM, Stephen Warren wrote: On 11/04/2014 11:55 PM, Scott Branden wrote: On 14-11-04 08:57 PM, Stephen Warren wrote: On 10/30/2014 12:36 AM, Scott Branden wrote: The bcm2835 has clock domain issues when back to back writes to certain registers are written. The existing driver

Re: eMMC write error in IMX6 Sabre AI board

2014-11-07 Thread Fabio Estevam
On Fri, Nov 7, 2014 at 9:35 AM, vadivelan mani wrote: > Dear all, > I'm facing this unique problem during emmc write operation. I'm using a > Toshiba emmc device on Sabre AI board and linux kernel version 3.0.35. Please try 3.18-rc3. -- To unsubscribe from this list: send the line "unsubscri

eMMC write error in IMX6 Sabre AI board

2014-11-07 Thread vadivelan mani
Dear all, I'm facing this unique problem during emmc write operation. I'm using a Toshiba emmc device on Sabre AI board and linux kernel version 3.0.35. The write operation is successful when i disable multi-block read/write. But when multi block read/write is enabled, the writes fail for dat

Re: [PATCH] mmc:core: fix hs400 timing selection

2014-11-07 Thread Adrian Hunter
On 01/11/14 09:23, Chanho Min wrote: >>> So change the operating mode and to lower the clock. >> >> I meant something different. >> >> With your patch I find that __mmc_switch() -> send_status() fails. >> >> So I suggest something like this: >> >> diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/c