Re: [RFC]mmc: fix dead lock issue when system entering S3

Hey, On Tue, May 17, 2011 at 5:03 AM, Dong, Chuanxiao chuanxiao.d...@intel.com wrote: Just found Andrei Warkentin also submitted a RFC patch, which included more fix for mounted root file system media. Please ignore this thread. I submitted an RFC patch as an idea up for discussion, but

Re: [RFC] MMC: Request for comments attempt at dealing with removeable suspend/resume.

On Tue, May 17, 2011 at 5:15 AM, Dong, Chuanxiao chuanxiao.d...@intel.com wrote: -Original Message- From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-ow...@vger.kernel.org] On Behalf Of Andrei Warkentin Sent: Tuesday, April 05, 2011 4:31 AM To: linux-mmc@vger.kernel.org Cc:

[PATCH v2 0/2] add call backs in sdhci-pxa.c

v2, sync to mmc-next patch 1: move sdhci_priv and sdhci_ops definition to include/linux/mmc/sdhci.h from drivers/mmc/host/sdhci.h 1. platfrom could directly overwrite sdhci_ops with soc specific ops, this case occurs at different controller share the same driver, while different ops they may use,

Re: kernel 2.6.38.6 MMC controller problem (fwd)

Hi, On Mon, May 16, 2011 at 17:56, Chris Ball c...@laptop.org wrote: David, are you very confident in the bisection being correct? I've built packages for Archlinux with the suspected commit dropped. So far there are three confirmations in the forum. Also there are new symptoms described.

Re: [RFC] mmc: Non Default UHS Drive Strength must use board specific code

On May 17, 2011, at 10:49 PM, Nath, Arindam wrote: Hi Philip, -Original Message- From: Philip Rakity [mailto:prak...@marvell.com] Sent: Wednesday, May 18, 2011 2:29 AM To: linux-mmc@vger.kernel.org Cc: Nath, Arindam Subject: [RFC] mmc: Non Default UHS Drive Strength must use

Re: [PATCH v3] mmc_spi.c: add support for the regulator framework

On Wed, 11 May 2011 22:57:04 +0200 Mark Brown broo...@opensource.wolfsonmicro.com wrote: On Wed, May 11, 2011 at 10:53:37PM +0200, Antonio Ospite wrote: OK, avoiding some duplication will be good, I agree. I am resending a v4 with the equivalent code: if (host-vcc) {

[RFC v2] mmc: Non Default UHS Drive Strength must use board specific code

incorporates comments by Arindam -- additional feedback please Philiip v2 --- host.h revert DRIVE_STRENGTH to values vs bit mask. add comment. add new defines for bit mask to allow multiple values to be selected. sd.c fix accidental edit in sd.c (sd_set_bus_speed_mode) change to explicitly use

Re: [PATCH v3] mmc_spi.c: add support for the regulator framework

On Wed, May 18, 2011 at 07:23:20PM +0200, Antonio Ospite wrote: So you mean something like the following: mmc_regulator_set_power(...) { Yes. 2. Add a proper function with all the needed parameters to abstract the actual var names, this would be something like:

[PATCH] mmc: fix handling NULL returned from regulator_get()

When regulator_get() is stubbed down it returns NULL, handle this case when deciding whether the driver can use the regulator or not. Remember: IS_ERR(NULL) is false, see also this discussion for more insight: http://comments.gmane.org/gmane.linux.kernel.mmc/7934 Now that regulator_get() is

Re: [PATCH] mmc: fix handling NULL returned from regulator_get()

Hi Antonio, thanks for doing this, On Wed, May 18 2011, Antonio Ospite wrote: When regulator_get() is stubbed down it returns NULL, handle this case when deciding whether the driver can use the regulator or not. Remember: IS_ERR(NULL) is false, see also this discussion for more insight:

Re: [[v4] 2/5] MMC: Use CMD23 for multiblock transfers when we can.

Hi Andrei Andrei Warkentin wrote: CMD23-prefixed instead of open-ended multiblock transfers have a performance advantage on some MMC cards. you mentioned about some MMC cards. Conversely, that means the some card didn't have a performance advantage? Did you find the performance advantage?