This patch defines a quirk for tuning work
around for some sdhci host controller. It sets
both SDHCI_CTRL_EXEC_TUNING and SDHCI_CTRL_TUNED_CLK
for tuning.
It is a preparation and will be used by Fujitsu
SDHCI controller f_sdh30 driver.
Signed-off-by: Vincent Yang
---
drivers/mmc/host/sdhci.c |
This patch adds new host controller driver for
Fujitsu SDHCI controller f_sdh30.
Signed-off-by: Vincent Yang
---
.../devicetree/bindings/mmc/sdhci-fujitsu.txt | 35 +++
drivers/mmc/host/Kconfig | 7 +
drivers/mmc/host/Makefile | 1 +
d
This patch defines a quirk to disable the block count
for single block transactions.
It is a preparation and will be used by Fujitsu
SDHCI controller f_sdh30 driver.
Signed-off-by: Vincent Yang
---
drivers/mmc/host/sdhci.c | 8 +---
include/linux/mmc/sdhci.h | 2 ++
2 files changed, 7 inser
This patch defines a quirk to do a callback when
switching voltages so do controller-specific
actions.
It is a preparation and will be used by Fujitsu
SDHCI controller f_sdh30 driver.
Signed-off-by: Vincent Yang
---
drivers/mmc/host/sdhci.c | 5 +
drivers/mmc/host/sdhci.h | 1 +
include/li
This patch adds manual resume for some embedded platforms with rootfs
stored in SD card. It references CONFIG_MMC_BLOCK_DEFERRED_RESUME in
kernel 3.10. It lets host controller driver to manually handle resume
by itself.
[symptom]
This issue is found on mb86s7x platforms with rootfs stored in SD ca
This patch is to fix an issue found on mb86s7x platforms.
[symptom]
There are some UHS-1 SD memory cards sometimes cannot be detected correctly,
e.g., Transcend 600x SDXC 64GB UHS-1 memory card.
During Signal Voltage Switch Procedure, failure to switch is indicated
by the card holding DAT[3:0] low
Hi,
We are adding support for a new Fujitsu sdhci IP.
These patches are against v3.16-rc1 mainline since nothing in
mmc-next at this moment.
These patches are tested on 3.16-rc1 integration tree.
We welcome any comment and advice about how to make any
improvements or better align them with upstr
I have the same question too.
I think we can't get a patch from Linux stable, which isn't accepted
by community.
I used a hard way to get a relative patch which i want by copy source
code from URL and recompile...
Best Regards,
Hsinhsiang
2014-06-26 3:28 GMT+08:00 Derek Simkowiak :
> Hello
Hello,
A while ago, Romain wrote a small eMMC 5.0 patch that Ulf ack'd:
http://comments.gmane.org/gmane.linux.kernel.mmc/23795
I need this patch for my hardware. But I don't see this patch in Linux
stable (even though there are more recent patches from Seungwon Jeon in
there), and I don'
Seungwon,
On Wed, Jun 25, 2014 at 6:08 AM, Seungwon Jeon wrote:
> On Mon, June 23, 2014, Yuvaraj Kumar C D wrote:
>> Subject: [PATCH 3/3] mmc: dw_mmc: Support voltage changes
>>
>> From: Doug Anderson
>>
>> For UHS cards we need the ability to switch voltages from 3.3V to
>> 1.8V. Add support t
Seungwon,
On Wed, Jun 25, 2014 at 4:18 AM, Seungwon Jeon wrote:
>> >> + case MMC_POWER_ON:
>> >> + if (!IS_ERR(mmc->supply.vqmmc) &&
>> >> + !test_bit(DW_MMC_IO_POWERED,
>> >> &slot->flags)) {
> You can use regulator_is_enabled() instead of flag
Arnd,
On Wed, Jun 25, 2014 at 3:57 AM, Sachin Kamat wrote:
> On Wed, Jun 25, 2014 at 3:38 PM, Arnd Bergmann wrote:
>> On Wednesday 25 June 2014 15:28:06 Sachin Kamat wrote:
>>> All Exynos4 SoC based boards have SDHCI controller and mostly
>>> use SD mounted filesystem. Hence it makes sense to de
Arnd,
On Wed, Jun 25, 2014 at 3:57 AM, Sachin Kamat wrote:
> On Wed, Jun 25, 2014 at 3:38 PM, Arnd Bergmann wrote:
>> On Wednesday 25 June 2014 15:28:06 Sachin Kamat wrote:
>>> All Exynos4 SoC based boards have SDHCI controller and mostly
>>> use SD mounted filesystem. Hence it makes sense to de
On Mon, June 23, 2014, Yuvaraj Kumar C D wrote:
> Subject: [PATCH 3/3] mmc: dw_mmc: Support voltage changes
>
> From: Doug Anderson
>
> For UHS cards we need the ability to switch voltages from 3.3V to
> 1.8V. Add support to the dw_mmc driver to handle this. Note that
> dw_mmc needs a little b
Hi Yuvaraj.
This patch looks like similar Jaehoon's.
Is it resending?
Anyway, I added some comments below.
On Wed, June 25, 2014, Jaehoon Chung wrote:
> On 06/25/2014 03:00 AM, Doug Anderson wrote:
> > Yuvaraj,
> >
> > On Mon, Jun 23, 2014 at 3:45 AM, Yuvaraj Kumar C D
> > wrote:
> >> This pat
On Wed, Jun 25, 2014 at 3:38 PM, Arnd Bergmann wrote:
> On Wednesday 25 June 2014 15:28:06 Sachin Kamat wrote:
>> All Exynos4 SoC based boards have SDHCI controller and mostly
>> use SD mounted filesystem. Hence it makes sense to default it
>> to yes on Exynos4 platform. While at it also fix a cou
Yuvaraj Kumar C D wrote:
>
+ Doug
Hi,
> This patch updates hs-200 device tree property from
> caps2-mmc-hs200-1.8v to mmc-hs200-1.8v for peach-pit
> and peach-pi boards.
>
> Signed-off-by: Yuvaraj Kumar C D
Already I've queued same patch into my local but waiting for dependencies for
push to
On Wednesday 25 June 2014 15:28:06 Sachin Kamat wrote:
> All Exynos4 SoC based boards have SDHCI controller and mostly
> use SD mounted filesystem. Hence it makes sense to default it
> to yes on Exynos4 platform. While at it also fix a couple of
> typos in the help text.
>
> Signed-off-by: Sachin
All Exynos4 SoC based boards have SDHCI controller and mostly
use SD mounted filesystem. Hence it makes sense to default it
to yes on Exynos4 platform. While at it also fix a couple of
typos in the help text.
Signed-off-by: Sachin Kamat
Cc: Doug Anderson
---
drivers/mmc/host/Kconfig |5 +++-
This patch updates hs-200 device tree property from
caps2-mmc-hs200-1.8v to mmc-hs200-1.8v for peach-pit
and peach-pi boards.
Signed-off-by: Yuvaraj Kumar C D
---
arch/arm/boot/dts/exynos5420-peach-pit.dts |2 +-
arch/arm/boot/dts/exynos5800-peach-pi.dts |2 +-
2 files changed, 2 insert
On 25/06/2014, Tim Kryger wrote:
> A standard compliant SDHCI can itself supply VDD at 1.8, 3.0, or 3.3v.
> Several vendors ignore this and instead rely upon external regulators
> to supply VDD. While the external regulators typically can supply one
> of the standard SDHCI voltage levels, there i
A standard compliant SDHCI can itself supply VDD at 1.8, 3.0, or 3.3v.
Several vendors ignore this and instead rely upon external regulators
to supply VDD. While the external regulators typically can supply one
of the standard SDHCI voltage levels, there is no real reason for this
to be a hard req
22 matches
Mail list logo
