Using the common code removes some code duplication, and
makes it easier to switch to using mmc_of_parse() which
will remove more duplication.
This uses the new mmc_gpio_request_cd_isr to provide a non-standard
interrupt service routine for card-detect interrupts.
Signed-off-by: NeilBrown
---
d
One of the reasons omap_hsmmc doesn't use the slot-gpio library
is that it has some non-standard functionality in the card-detect
interrupt service routine.
To make it possible for omap_hsmmc (and maybe others) to be converted
to use slot-gpio, add 'mmc_gpio_request_cd_isr' which provide an
altern
On Fri, Dec 19, 2014 at 3:38 AM, Ulf Hansson wrote:
> On 12 December 2014 at 20:28, Bjorn Andersson
> wrote:
>
> Some more explanation to why this needed would be good.
>
Because (according to the git log) some of the memories that we
mounted in Xperia Z1 does not support HS200 even though they
Ulf,
On Fri, Dec 19, 2014 at 2:17 AM, Ulf Hansson wrote:
> On 3 December 2014 at 00:42, Doug Anderson wrote:
>> Bing Zhao at Marvell found a problem with dw_mmc where interrupts
>> weren't firing sometimes. He tracked it down to a read-modify-write
>> problem with the INTMASK. These patches fi
On 12/18/2014 04:20 PM, Doug Anderson wrote:
> Alex,
>
> On Thu, Dec 18, 2014 at 3:01 PM, Alexandru M Stan wrote:
>> + blk_test = kmalloc(blksz, GFP_KERNEL);
>> + if (!blk_test)
>> + return -ENOMEM;
>> +
>> + ranges = kmalloc(((NUM_PHASES / 2 + 1) * sizeof(ranges)),
On 19 December 2014 at 15:07, Adrian Hunter wrote:
> On 05/12/14 19:40, Adrian Hunter wrote:
>> Hi
>>
>> Here are some patches to move re-tuning support out of
>> sdhci and into the core, and add support for HS400
>> re-tuning.
>>
>> Currently sdhci does re-tuning transparently by
>> calling sdhci
On 05/12/14 19:40, Adrian Hunter wrote:
> Hi
>
> Here are some patches to move re-tuning support out of
> sdhci and into the core, and add support for HS400
> re-tuning.
>
> Currently sdhci does re-tuning transparently by
> calling sdhci_execute_tuning() from its ->request()
> function.
>
> The
On 05/12/14 19:25, 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 in V2:
On 16 December 2014 at 15:10, David Lanzendörfer
wrote:
> Hello
> This patchset was inspired questions from 李想 of Allwinner and incorporates as
> well suggestions from Hans related to spin locks.
> For example have not all attributes of the shared host object been protected
> by the spin lock, thi
On 15 December 2014 at 03:27, Kuninori Morimoto
wrote:
> From: Kuninori Morimoto
>
> Some controllers need DMA special register/setting.
> This patch adds new .enable_dma callback for it.
>
> Signed-off-by: Kuninori Morimoto
> ---
> drivers/mmc/host/tmio_mmc_dma.c |3 +++
> include/linux/mf
On 12 December 2014 at 20:28, Bjorn Andersson
wrote:
Some more explanation to why this needed would be good.
> Signed-off-by: Bjorn Andersson
> ---
> Documentation/devicetree/bindings/mmc/mmc.txt | 2 ++
This file lists the generic mmc DT bindings, but you want to add a
specific binding for sd
On 19 December 2014 at 11:59, Russell King - ARM Linux
wrote:
> On Fri, Dec 19, 2014 at 11:54:19AM +0100, Ulf Hansson wrote:
>> Previously the pm_runtime_put() caused the device to be runtime PM
>> suspended, but then immediately being resumed when we add the host.
>>
>> Prevent this unnecessary r
Ping...
> -Original Message-
> From: Haibo Chen [mailto:haibo.c...@freescale.com]
> Sent: Tuesday, December 09, 2014 5:04 PM
> To: ch...@printf.net; ulf.hans...@linaro.org
> Cc: linux-mmc@vger.kernel.org; donga...@gmail.com; Chen Haibo-B51421
> Subject: [PATCH] mmc: sdhci: use pipeline mm
On 11 December 2014 at 22:43, NeilBrown wrote:
> 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
On 11 December 2014 at 22:43, NeilBrown wrote:
> 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 t
On Fri, Dec 19, 2014 at 11:54:19AM +0100, Ulf Hansson wrote:
> Previously the pm_runtime_put() caused the device to be runtime PM
> suspended, but then immediately being resumed when we add the host.
>
> Prevent this unnecessary runtime PM suspend/resume cycle during
> ->probe() by using the pm_ru
On 11 December 2014 at 04:10, Axel Lin wrote:
> Fix returning IRQ_HANDLED with spin_lock held.
>
> Signed-off-by: Axel Lin
Thanks! Queued for 3.20.
Kind regards
Uffe
> ---
> drivers/mmc/host/toshsd.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/mmc/host/
Previously the pm_runtime_put() caused the device to be runtime PM
suspended, but then immediately being resumed when we add the host.
Prevent this unnecessary runtime PM suspend/resume cycle during
->probe() by using the pm_runtime_put_noidle() variant instead.
Signed-off-by: Ulf Hansson
---
C
On 9 December 2014 at 02:08, wrote:
> From: Wei Yongjun
>
> Use the module_pci_driver() macro to make the code simpler
> by eliminating module_init and module_exit calls.
>
> Signed-off-by: Wei Yongjun
Thanks! Queued for 3.20.
Kind regards
Uffe
> ---
> drivers/mmc/host/toshsd.c | 13 +--
On 9 December 2014 at 09:40, Alessio Igor Bogani
wrote:
> The commit 0718e59ae259 ("mmc: sdhci: move FSL ESDHC reset handling quirk into
> esdhc code") states that Freescale esdhc is the only controller which needs
> the interrupt registers restored after a reset. So it moves
> SDHCI_QUIRK_RESTORE
On 5 December 2014 at 06:54, wrote:
> From: Micky Ching
>
> v4:
> split patch in more detailed patches. no code changes diff v3.
>
> v3:
> rtsx_pci_sdmmc.c:
> - dump_reg_range
> - remove unused pointer check
> - fix start index
> v2:
> rtsx_pci.h:
> - remove unused rtsx
On Fri, Dec 19, 2014 at 10:50:22AM +0100, Ulf Hansson wrote:
> Previously the pm_runtime_put() caused the device to be runtime PM
> suspended, but then immediately being resumed when we add the host.
>
> Prevent this unnecessary runtime PM suspend/resume cycle during
> ->probe() by using the pm_ru
On 4 December 2014 at 13:09, Barry Song <21cn...@gmail.com> wrote:
> From: Minda Chen
>
> Add manual tuning function in CSR atlas7 SoC. It is mainly used
> for the UHS-I SD card working SDR50 SDR104 mode.
>
> The tuning principle can be seen in SD spec part1 v3.01 4.2.4.5
> (tuning command).
>
> S
On 3 December 2014 at 00:42, Doug Anderson wrote:
> Bing Zhao at Marvell found a problem with dw_mmc where interrupts
> weren't firing sometimes. He tracked it down to a read-modify-write
> problem with the INTMASK. These patches fix the problem.
>
> Note: I've picked up a > 1-year old series he
Signed-off-by: Ulf Hansson
---
drivers/mmc/host/sdhci-pci.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pci.c b/drivers/mmc/host/sdhci-pci.c
index 0342775..2842066 100644
--- a/drivers/mmc/host/sdhci-pci.c
+++ b/drivers/mmc/host/sdhci-pci.c
@@
Previously the pm_runtime_put() caused the device to be runtime PM
suspended, but then immediately being resumed when we add the host.
Prevent this unnecessary runtime PM suspend/resume cycle during
->probe() by using the pm_runtime_put_noidle() variant instead.
Signed-off-by: Ulf Hansson
---
d
By configure runtime PM prior we enable the use of it, we close the gap
for strange and unhandled conditions. Moreover it makes us rely on the
driver core, after finalized ->probe(), to request an inactive device
to become runtime PM idle/suspended, which earlier potentially could
happen already at
Since sdhci_remove_host() access the device, we need to make sure it's
runtime PM resumed.
To handle clock gating properly in remove, we first have to make sure
the clocks are ungated.
To fix both these issues, by invoking pm_runtime_get_sync() early in
->remove() callback. Later once we disabled
> -Original Message-
> From: Ulf Hansson [mailto:ulf.hans...@linaro.org]
> Sent: Friday, December 19, 2014 5:02 PM
> To: Dong, Chuanxiao
> Cc: linux-mmc
> Subject: Re: [RFC PATCH 0/5]mmc: Soft Command queue implementation for
> eMMC5.1 device
>
> On 19 December 2014 at 09:04, Chuanxiao D
On 19 December 2014 at 09:04, Chuanxiao Dong wrote:
> Hello,
>
> Seems community already have some implementation for the eMMC5.1 device
> command
> queue feature, but that require the eMMC host controller to support CMDQ. In
> my
> platform, I don't have this kind of eMMC host controller but I
On 19 December 2014 at 00:01, Alexandru M Stan wrote:
> This algorithm will try 5 degree increments, since there's no way to tell
> what resolution the underlying phase code uses. As an added bonus, doing many
> tunings yields better results since some tests are run more than once(ex: if
> the
>
Add the CMDQ support to SDHCI host interface and CHT SDHCI
host interface
Signed-off-by: Chuanxiao Dong
---
drivers/mmc/host/sdhci.c | 121 +++--
include/linux/mmc/sdhci.h |1 +
2 files changed, 108 insertions(+), 14 deletions(-)
diff --git a/drive
CMDQ is a new feature introduced in eMMC5.1, which can be used
for helpping improve the read performance.
This patch add the support in mmc block layer and core layer.
The CMDQ requires to send 4 CMDs and 5 interrupts, thus it has additional
SW overhead. When CPU frequence is low, it may impact
Use qdepth for mmc request fetching. Currently the request fetching
mechanism indicate the qdepth is only 2.
Signed-off-by: Chuanxiao Dong
---
drivers/mmc/card/block.c | 45 +++
drivers/mmc/card/queue.c | 198 +-
drivers/mmc/card/queue.h |
right now we use sbc to present CMD23. If we want sbc to present
other cmds, then it is not suitable. So change the name to precmd
which means a cmd that needs to be sent before a cmd. So it can sent
any command without misunderstanding
Signed-off-by: Chuanxiao Dong
---
drivers/mmc/card/block.c
mmc host has a class device which is parent of the card device, also
a children of the low level host device. Right now we have runtime pm
for card device and low level host device, but nothing for this host class
device. So it is impossible to connect the card runtime pm to low level host
runtime
Hello,
Seems community already have some implementation for the eMMC5.1 device command
queue feature, but that require the eMMC host controller to support CMDQ. In my
platform, I don't have this kind of eMMC host controller but I have a
Samsung eMMC5.1 device which can support the Command queue.
37 matches
Mail list logo
