From: zhangfei gao
Date: Tue, Dec 21, 2010 at 8:37 PM
Subject: [patch]: sdhci support emmc ddr50 mode [v3]
To: linux-mmc@vger.kernel.org
Cc: Chris Ball
v3: sync to mmc-next
Emmc speed could double if using ddr50 mode, help check
>From 895c3d15a200d5f5803f992dab46ff114ad26f90 Mon Sep 17 00:00:
On Tue, Dec 21, 2010 at 11:07:08PM -0800, Philip Rakity wrote:
>
> This patch set consists of 23 patches.
I'll try and have a look at these, but running late due to the usual
rounds of Christmas illnesses.
Next time, how about posting as a thread please with each patch a
child of the original
resend -- correct list
Begin forwarded message:
> From: Philip Rakity
> Date: December 21, 2010 11:07:46 PM PST
> To: "linux-...@lists.infradead.org" ,
> "linux-arm-ker...@lists.infradead.org"
> Cc: Mark Brown
> Subject: [PATCH 3/23] Alternative mmc structure to support pxa168, pxa910,
> m
On Wed, Dec 22, 2010 at 2:06 AM, Philip Rakity wrote:
>
> On Dec 21, 2010, at 10:42 PM, zhangfei gao wrote:
>
>> On Wed, Dec 22, 2010 at 1:20 AM, Philip Rakity wrote:
>>>
>>> On Dec 21, 2010, at 10:14 PM, zhangfei gao wrote:
>>>
On Wed, Dec 22, 2010 at 12:52 AM, Philip Rakity
wrote:
>
>From 510b7871a7613ef56fd5f7818415d6c0c85ad7dc Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Mon, 20 Dec 2010 21:51:51 -0800
Subject: [PATCH] sdhci: add support for H/W clock gating of SD controller
MMP2 controller allows clock gating for SD/eMMC/SDIO cards
by extending the definition for SD
>From 257752f549ec14029eb1030745b04010029e Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Mon, 20 Dec 2010 21:42:38 -0800
Subject: [PATCH] sdhci: added register defintions for sd host 3.0 HOST CONTROL 2
Signed-off-by: Philip Rakity
Signed-off-by: Mark F. Brown
---
drivers/mmc/host/sdhc
>From cc32b29e540d0f53a5badb0ec27a6f9252bb0648 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Sun, 19 Dec 2010 20:18:29 -0800
Subject: [PATCH] plat-pxa: add infrastructure support for multiple sd card slots
enable mmc1, 2, and 3. eMMC and Wifi are marked PERMANENT
eMMC is enabled as a 8 bit
>From ab5cfb88aab633ef448749531a0b9ddb99a4ee1f Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Tue, 14 Dec 2010 16:56:41 -0800
Subject: [PATCH] sdhci: support setting f_max clock via call back
need ability to set f_max independent of max_clk.
setting max_clk does not work since our clock spe
>From 8b35e007d67dd593ff5e8a07b564c438e8303aae Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Tue, 21 Dec 2010 11:29:33 -0800
Subject: [PATCH] mmc: fix regression testing bus width when CAP not defined
First reported by Zhangfei Gao.
set mmc bus width before checking for CAP for mmc bus widt
>From e7c195e52dacf3a1d976cdd2da07309f35746af2 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Tue, 21 Dec 2010 21:14:34 -0800
Subject: [PATCH] mach-mmp: brownstone -- change SD/MMC clk_delay to max for eMMC
clk_delay 31 needed to support Dual Data Rate eMMC
Signed-off-by: Philip Rakity
-
>From 26996d00d6a3c96765816297ec3f15768a8977d9 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Mon, 20 Dec 2010 14:42:22 -0800
Subject: [PATCH] mach-mmp: Enable multiple platform support for SD/MMC clock
adjustment
Set timing for brownstone for SD/MMC cards to enable detection
Signed-off-by:
>From 590eb2cc052330b7a4f68fb2df6255d65e249e1d Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Mon, 20 Dec 2010 21:47:37 -0800
Subject: [PATCH] sdhci: support hardware clock gating in the SD layer
Define callback (platform_hw_clk_gate) that is called when H/W clock gating
is defined. The adapt
>From 64b1814102b52c8b354d75e58b2ffb12119eb54d Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Mon, 20 Dec 2010 15:27:29 -0800
Subject: [PATCH] mmc: add support for H/W clock gating of SD controller
This code extends software clock gating in the MMC layer by adding the ability
to indicate th
>From 190bdad2e3aff0c139016d03207b2767abf78cd0 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Mon, 20 Dec 2010 08:15:01 -0800
Subject: [PATCH] mach-mmp: only show Development boards supported by CPU
Do not show boards that are not supported by the selected CPU.
Makes configuration obvious si
>From 499888df1a52491c201077c8a0f8310b70583290 Mon Sep 17 00:00:00 2001
From: philip
Date: Sat, 11 Dec 2010 16:58:59 -0800
Subject: [PATCH] sdhci: Add pre and post reset processing for chip specific
reset
Marvell pxa controllers have private registers that need to be
touched before and after a r
>From 3e8414dcda0948450a3c8ea565de0a9e671d4610 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Sun, 12 Dec 2010 13:20:24 -0800
Subject: [PATCH] sdhci: ensure clocks are enabled on mulitple controllers
Do not rely on u-boot to do the right thing. It does not.
Do not disable the system clock
>From 09a87e2cbf0e58e3c864406fe09cee8ec1024f91 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Mon, 20 Dec 2010 11:41:07 -0800
Subject: [PATCH] arch-arm: allow PXA168/PXA910/MMP2 SoC to be selected - not
same
The PXA168, PXA910, and MMP2 are not the same SOC. The family
of embedded processor
>From dbf8c6d4752e076691cf75b39a242a64303a383d Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Sun, 19 Dec 2010 15:35:00 -0800
Subject: [PATCH] sdhci: add ops to force delay in operations due to silicon
issues
PXA168 controller needs at least 8 clocks before it can start the
next transaction.
>From 55779b86101921cf64c0cc4a2e95789d91c9b16e Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Sun, 19 Dec 2010 20:28:40 -0800
Subject: [PATCH] plat-pxa: Enable ability to adjust SD/MMC clocks
The PXA168, PXA910, and MMP2 SoC have the ability to adjust the SD/MMC
clock. This feature is useful
>From 36b901cde94eebec0eeb54a0f8e2a91232a86bb0 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Sun, 19 Dec 2010 20:23:02 -0800
Subject: [PATCH] sdhci: enable CAP support for SD/eMMC/Wifi cards that are
marked permanent
Signed-off-by: Philip Rakity
---
drivers/mmc/host/sdhci-pxa.c |5 +++
>From 5afd59eb5994bef259e327c0cdd1ee8f130f5f70 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Sun, 19 Dec 2010 19:12:39 -0800
Subject: [PATCH] sdhci: remove support for quirks in sdhci-pxa.c -- not used
remove support for platform specific quirks in arch files
new method coming in future patc
>From 9ccabe23202613b20370374ed282f25b96a4d57f Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Tue, 14 Dec 2010 17:02:19 -0800
Subject: [PATCH] sdhci: add platform support for setting f_max clock
Signed-off-by: Philip Rakity
---
drivers/mmc/host/sdhci-pxa.c | 16 +---
1 files c
>From 65e7787bb1ea0bc5bf2efe1d1f2fc43efdf21d10 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Sun, 19 Dec 2010 19:23:31 -0800
Subject: [PATCH] Enable BUS WIDTH testing for MMC/eMMC cards
Signed-off-by: Philip Rakity
---
drivers/mmc/host/sdhci-pxa.c |3 +++
1 files changed, 3 insertions(
>From 870945e223db3080a0d70663ee7c516d12b6e750 Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Mon, 20 Dec 2010 10:55:35 -0800
Subject: [PATCH] ARM: mmp: add mmc resource for sdh controllers
Signed-off-by: Philip Rakity
---
arch/arm/mach-mmp/include/mach/mmp2.h | 30 ++
This patch set consists of 23 patches.
Patches 0001 - 0002 were done to support brownstone but are not yet in the
linux-next or mmc-next trees.
0001-ARM-mmp-append-brownstone-support.patch
0002-ARM-mmp-add-mmc-resource-for-sdh-controllers.patch
Patches 0003-0006 fix errors in the existing cod
>From 14d9d5e1854684af8daef80d948107d2b59ccdd8 Mon Sep 17 00:00:00 2001
From: Haojian Zhuang
Date: Thu, 25 Nov 2010 11:33:13 +0800
Subject: [PATCH] ARM: mmp: append brownstone support
Signed-off-by: Haojian Zhuang
Signed-off-by: Eric Miao
---
arch/arm/mach-mmp/Kconfig | 11 +++
arch/ar
On Dec 21, 2010, at 10:42 PM, zhangfei gao wrote:
> On Wed, Dec 22, 2010 at 1:20 AM, Philip Rakity wrote:
>>
>> On Dec 21, 2010, at 10:14 PM, zhangfei gao wrote:
>>
>>> On Wed, Dec 22, 2010 at 12:52 AM, Philip Rakity wrote:
On Dec 21, 2010, at 9:37 PM, zhangfei gao wrote:
> O
On Wed, Dec 22, 2010 at 1:20 AM, Philip Rakity wrote:
>
> On Dec 21, 2010, at 10:14 PM, zhangfei gao wrote:
>
>> On Wed, Dec 22, 2010 at 12:52 AM, Philip Rakity wrote:
>>>
>>> On Dec 21, 2010, at 9:37 PM, zhangfei gao wrote:
>>>
On Wed, Dec 22, 2010 at 12:09 AM, Philip Rakity
wrote:
>
On Dec 21, 2010, at 10:14 PM, zhangfei gao wrote:
> On Wed, Dec 22, 2010 at 12:52 AM, Philip Rakity wrote:
>>
>> On Dec 21, 2010, at 9:37 PM, zhangfei gao wrote:
>>
>>> On Wed, Dec 22, 2010 at 12:09 AM, Philip Rakity wrote:
Resend as plain test -- with additional comments.
On Dec
On Wed, Dec 22, 2010 at 12:52 AM, Philip Rakity wrote:
>
> On Dec 21, 2010, at 9:37 PM, zhangfei gao wrote:
>
>> On Wed, Dec 22, 2010 at 12:09 AM, Philip Rakity wrote:
>>>
>>> Resend as plain test -- with additional comments.
>>> On Dec 21, 2010, at 4:37 AM, zhangfei gao wrote:
>>>
v3: sync
On Dec 21, 2010, at 9:37 PM, zhangfei gao wrote:
> On Wed, Dec 22, 2010 at 12:09 AM, Philip Rakity wrote:
>>
>> Resend as plain test -- with additional comments.
>> On Dec 21, 2010, at 4:37 AM, zhangfei gao wrote:
>>
>>> v3: sync to mmc-next
>>>
>>> Emmc speed could double if using ddr50 mode, h
On Wed, Dec 22, 2010 at 12:09 AM, Philip Rakity wrote:
>
> Resend as plain test -- with additional comments.
> On Dec 21, 2010, at 4:37 AM, zhangfei gao wrote:
>
>> v3: sync to mmc-next
>>
>> Emmc speed could double if using ddr50 mode, help check
>>
>> From 895c3d15a200d5f5803f992dab46ff114ad26f9
Resend as plain test -- with additional comments.
On Dec 21, 2010, at 4:37 AM, zhangfei gao wrote:
> v3: sync to mmc-next
>
> Emmc speed could double if using ddr50 mode, help check
>
> From 895c3d15a200d5f5803f992dab46ff114ad26f90 Mon Sep 17 00:00:00 2001
> From: Zhangfei Gao
> Date: Tue, 21
On Dec 21, 2010, at 6:24 PM, zhangfei gao wrote:
> On Wed, Dec 22, 2010 at 6:41 AM, Philip Rakity wrote:
>>
>> On Dec 21, 2010, at 1:34 PM, Philip Rakity wrote:
>>
>>>
>>> On Dec 21, 2010, at 4:37 AM, zhangfei gao wrote:
>>>
v3: sync to mmc-next
Emmc speed could double if using dd
On Tue, Dec 21, 2010 at 11:36 AM, Philip Rakity wrote:
>
>
> Can you please try this diff and see if it works for you.
>
> Will do formal patch after your testing. What card is failing ?
>
> Please let me know the manufacturing information so can add card to my test
> suite.
>
> Philip
>
> diff
On Fri, Dec 3, 2010 at 1:26 AM, zhangfei gao wrote:
> These two patches introduce several call backs, in order to share sdhci-pxa.
>
> 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 wit
On Wed, Dec 22, 2010 at 6:41 AM, Philip Rakity wrote:
>
> On Dec 21, 2010, at 1:34 PM, Philip Rakity wrote:
>
>>
>> On Dec 21, 2010, at 4:37 AM, zhangfei gao wrote:
>>
>>> v3: sync to mmc-next
>>>
>>> Emmc speed could double if using ddr50 mode, help check
>>>
>>> From 895c3d15a200d5f5803f992dab46
On Tue, 21 Dec 2010, Kevin Hilman wrote:
> That being said, another thing we discussed briefly at LPC was wondering
> about reason(s) behind the DPM core locking out runtime PM transitions
> in the first place.
The reason is to prevent confusion from unwanted runtime-PM state
changes during a sy
On Tue, 21 Dec 2010, Rafael J. Wysocki wrote:
> It basically goes like this. There's device A that is only resumed when it's
> needed to carry out an operation and is suspended immediately after that.
> There's another device B that needs A to do something during its suspend.
> So, when the suspe
On Dec 21, 2010, at 1:34 PM, Philip Rakity wrote:
>
> On Dec 21, 2010, at 4:37 AM, zhangfei gao wrote:
>
>> v3: sync to mmc-next
>>
>> Emmc speed could double if using ddr50 mode, help check
>>
>> From 895c3d15a200d5f5803f992dab46ff114ad26f90 Mon Sep 17 00:00:00 2001
>> From: Zhangfei Gao
>> Dat
"Rafael J. Wysocki" writes:
> On Saturday, December 18, 2010, Rafael J. Wysocki wrote:
>> On Saturday, December 18, 2010, Ohad Ben-Cohen wrote:
>> > On Sat, Dec 18, 2010 at 5:07 PM, Rafael J. Wysocki wrote:
>> > > On Saturday, December 18, 2010, Ohad Ben-Cohen wrote:
>> > >> On Sat, Dec 11, 2010
On Dec 21, 2010, at 4:37 AM, zhangfei gao wrote:
> v3: sync to mmc-next
>
> Emmc speed could double if using ddr50 mode, help check
>
> From 895c3d15a200d5f5803f992dab46ff114ad26f90 Mon Sep 17 00:00:00 2001
> From: Zhangfei Gao
> Date: Tue, 21 Dec 2010 19:51:38 -0500
> Subject: [PATCH] mmc: sdhc
On Tuesday, December 21, 2010, Alan Stern wrote:
> On Mon, 20 Dec 2010, Rafael J. Wysocki wrote:
>
> > > > In that case, if a device if flagged as "runtime only", we can avoid
> > > > calling pm_runtime_get_noirq() for it in dpm_prepare() and, analogously,
> > > > calling pm_runtime_put_sync() for
Hi Linus,
On Wed, Nov 03, 2010 at 10:22:50AM +0100, Linus Walleij wrote:
> +/*
> + * mmc_host_clk_exit - shut down clock gating code
> + * @host: host with potential clock to control
> + */
> +static inline void mmc_host_clk_exit(struct mmc_host *host)
> +{
> + /*
> + * Wait for any o
Zhangfei,
Reproduced the problem on mmp2. Fix enclosed. Slight change from Zhangfei
original suggestion.
Please confirm by adding tested-by.
Philip
>From 8b35e007d67dd593ff5e8a07b564c438e8303aae Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Tue, 21 Dec 2010 11:29:33 -0800
Subject: [P
more information: not just related to debug -- on card insert see this
311.430644] mmcblk1: mmc1:8fe4 SD16G 14.8 GiB (ro)
[ 311.453761] m
Using linux-next and enabled MMC_DEBUG
on card insert get schedule warn message sched.c line 4000
warn on once test_tsk_need_resched(next));
This warning comes when sdhci.c printk no vmmc regulator found on card insert
in add_host.
Phlip--
To unsubscribe from this list: send the line "unsubscr
Can you please try this diff and see if it works for you.
Will do formal patch after your testing. What card is failing ?
Please let me know the manufacturing information so can add card to my test
suite.
Philip
diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
index 1d8409f..
On 30/11/2010 12:23, David Vrabel wrote:
Chris Ball wrote:
Hi David,
Any interest in reviewing this USB-SD driver? I'm especially curious
about whether you think there are worthwhile possibilities to share
code with USHC.
A quick look suggests that there is unlikely to be any commonality
betw
v3: sync to mmc-next
Emmc speed could double if using ddr50 mode, help check
>From 895c3d15a200d5f5803f992dab46ff114ad26f90 Mon Sep 17 00:00:00 2001
From: Zhangfei Gao
Date: Tue, 21 Dec 2010 19:51:38 -0500
Subject: [PATCH] mmc: sdhci support emmc ddr50 mode
1. spec sdhc 3.0 does not cla
On Fri, Dec 17, 2010 at 3:11 AM, Takashi Iwai wrote:
> At Fri, 17 Dec 2010 03:43:42 +,
> Chris Ball wrote:
>>
>> Hi Philip,
>>
>> On Thu, Dec 16, 2010 at 06:33:49PM -0800, Philip Rakity wrote:
>> > It is not possible for bus_width to be not initialized. This would imply
>> > ARRAY_SIZE(bus_w
51 matches
Mail list logo
