synchronize_irq() waits for hard irq and threaded handlers to complete
before returning. For some special cases we only need to make sure
that the hard interrupt part of the irq line is not in progress when
we disabled the - possibly shared - interrupt at the device level.
A proper use case for th
Russell tricked me to look into the homebrewn kthread hackery of
drivers/mmc. I'm still trying to recover from that.
But it spurred an interesting discussion how to improve things and the
outcome was the following series of patches:
1) Provide means to synchronize only hard irq context
2) Provid
In course of the sdhci/sdio discussion with Russell about killing the
sdio kthread hackery we discovered the need to be able to wake an
interrupt thread from software.
The rationale for this is, that sdio hardware can lack proper
interrupt support for certain features. So the driver needs to poll
* Nishanth Menon [140213 21:48]:
> When device is booted using devicetree, platforms impacted by Erratum
> 2.1.1.128 is not detected easily in the mmc driver. This erratum
> indicates that the module cannot do multi-block transfers. Platforms
> such as LDP which use OMAP3 ES revision prior to ES3.
Attention
Sir,
Following an application brought, seeking the release of your due payment
through British bank, I am directed to inform you that the application has
been approved and Natwest bank of London has been mandated to make transfer
of your payment to the bank account you will nominate. Pl
On 13 February 2014 14:49, Shuah Khan wrote:
> On 02/13/2014 02:47 AM, Ulf Hansson wrote:
>>
>> On 12 February 2014 22:21, Shuah Khan wrote:
>>>
>>> Change cb710-mmc platform driver to register pm ops using dev_pm_ops
>>> instead
>>> of legacy pm_ops. The existing legacy suspend/resume routines a
On 14 February 2014 12:31, Ulf Hansson wrote:
> On 3 February 2014 12:15, Jaehoon Chung wrote:
>> mmc-hs200-1.8v and mmc-hs200-1.2v can be used to the general capability.
>>
>> Signed-off-by: Jaehoon Chung
>
> Acked-by: Ulf Hansson
Hi Jaehoon,
While I was adding some more DT bindings for mmc,
Provide the option to configure these speed modes per host, for those
host driver's that can't distinguish this in runtime.
Signed-off-by: Ulf Hansson
---
Documentation/devicetree/bindings/mmc/mmc.txt |2 ++
drivers/mmc/core/host.c |4
2 files changed, 6 insert
Provide the option to configure these speed modes per host, for those
host driver's that can't distinguish this in runtime.
Signed-off-by: Ulf Hansson
---
Documentation/devicetree/bindings/mmc/mmc.txt |5 +
drivers/mmc/core/host.c | 10 ++
2 files changed,
From: Jaehoon Chung
Provide the option to configure these speed modes per host, for those
host driver's that can't distinguish this in runtime.
Signed-off-by: Jaehoon Chung
Acked-by: Ulf Hansson
---
Documentation/devicetree/bindings/mmc/mmc.txt |2 ++
drivers/mmc/core/host.c
On 3 February 2014 12:15, Jaehoon Chung wrote:
> mmc-hs200-1.8v and mmc-hs200-1.2v can be used to the general capability.
>
> Signed-off-by: Jaehoon Chung
Acked-by: Ulf Hansson
> ---
> Changelog V3:
> - Use the "len" instead of "NULL"
> Changelog V2:
> - Rename the mmc-hs200-1_
Hi Chris,
I have collected some patches, all from the patchset:
mmc: Improve busy detection for MMC_CAP_WAIT_WHILE_BUSY
I have also included two patches for the mmci host driver, which I
would appreciate if you could carry through your tree since there are
a dependencies.
I have not yet got conf
On Wed, 12 Feb 2014, rogera...@realtek.com wrote:
> From: Roger Tseng
>
> Realtek USB card reader provides a channel to transfer command or data to
> flash
> memory cards. This driver exports host instances for mmc and memstick
> subsystems
> and handles basic works.
>
> Signed-off-by: Roger
13 matches
Mail list logo