On Mon, 10 Dec 2012, Chris Ball wrote:
> Hi Shawn, Guennadi,
>
> On Fri, Dec 07 2012, Shawn Guo wrote:
> >> > Use devm_* managed functions, so that slot-gpio users do not have to
> >> > call mmc_gpio_free_ro/cd to free up resources requested in
> >> > mmc_gpio_request_ro/cd.
> >> >
> >> > Signed
Call mmc_gpio_get_cd() to query card presence from cd-gpio before
asking SDHCI. The rationale behind this change is that flag
SDHCI_QUIRK_BROKEN_CARD_DETECTION is designed for SDHCI controller to
tell that SDHCI_PRESENT_STATE is broken, and it should be used for this
case only. So when cd-gpio is
On 12/10/2012 1:51 PM, Johan Rudholm wrote:
Hi Subhash,
2012/12/8 Subhash Jadavani :
On 12/7/2012 9:49 PM, Johan Rudholm wrote:
When switching SD and SDIO cards from 3.3V to 1.8V signal levels, the
clock should be gated for 5 ms during the step. After enabling the
clock, the host should wait f
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git
tags/mmc-updates-for-3.8-rc1
to receive the MMC merge for 3.8. There are currently no conflicts,
and these patches have been tested in linux-next. Thanks.
The following changes since commit 91ab252ac5a5c
Hi Shawn, Guennadi,
On Fri, Dec 07 2012, Shawn Guo wrote:
>> > Use devm_* managed functions, so that slot-gpio users do not have to
>> > call mmc_gpio_free_ro/cd to free up resources requested in
>> > mmc_gpio_request_ro/cd.
>> >
>> > Signed-off-by: Shawn Guo
>>
>> Thanks for the patch, but I'm
When current request is running on the bus and if next request fetched
by mmcqd is NULL, mmc context (mmcqd thread) gets blocked until the
current request completes. This means if new request comes in while
the mmcqd thread is blocked, this new request can not be prepared in
parallel to current ong
Hi,
On Mon, Dec 10 2012, Adrian Hunter wrote:
> sdhci-acpi supports ACPI devices which have compatibility ID
> PNP0D40, however it is not possible to know if those devices
> will all work correctly with runtime-pm, so that must be configured
> per hardware ID.
Acked-by: Chris Ball
- Chris.
--
On 8 December 2012 06:55, Subhash Jadavani wrote:
> On 12/7/2012 8:21 PM, Ulf Hansson wrote:
>>
>> On 7 December 2012 13:15, Subhash Jadavani
>> wrote:
>>>
>>> On 12/7/2012 3:40 AM, Ulf Hansson wrote:
On 6 December 2012 16:25, Subhash Jadavani
wrote:
>
> On 12/6/2012 4:03
On 7 December 2012 17:19, Johan Rudholm wrote:
> This patch series attempts to make the 1.8V signal voltage switch
> required for UHS mode work according to the SD specification.
>
> These patches have been tested with a couple of UHS SD cards, one of
> which sometimes requires up to five power cy
sdhci-acpi supports ACPI devices which have compatibility ID
PNP0D40, however it is not possible to know if those devices
will all work correctly with runtime-pm, so that must be configured
per hardware ID.
For INT33C6, several related quirks, capabilities and flags are set:
MMC_CAP_NONRE
Hi
Here is a minor hardware ID addition to sdhci-acpi.
Please consider this for Linux 3.8, in which case it must go via
Rafael's linux-pm tree because that is where the new driver is.
Adrian Hunter (1):
mmc: sdhci-acpi: enable runtime-pm for device HID INT33C6
drivers/mmc/host/sdhci-acp
Hi Subhash,
2012/12/8 Subhash Jadavani :
> On 12/7/2012 9:49 PM, Johan Rudholm wrote:
>>
>> When switching SD and SDIO cards from 3.3V to 1.8V signal levels, the
>> clock should be gated for 5 ms during the step. After enabling the
>> clock, the host should wait for at least 1 ms before checking f
12 matches
Mail list logo