> -Original Message-
> From: Adrian Hunter [mailto:adrian.hun...@nokia.com]
> Sent: Wednesday, September 29, 2010 1:35 AM
> To: Ghorai, Sukumar
> Cc: Chris Ball; linux-mmc@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; Russell King - ARM Linux
> Subject: Re: [PATCH] mmc: failur
> -Original Message-
> From: zhangfei gao [mailto:zhangfei@gmail.com]
> Sent: Wednesday, September 29, 2010 11:22 AM
> To: Zhu Richard-R65037
> Cc: Ben Dooks; Wolfram Sang; linux-mmc@vger.kernel.org; Anton Vorontsov;
> Philip Rakity; Eric Miao; Haojian Zhuang; Saeed Bishara
> Subject:
Hi, all
We strongly prefer using standalone host driver currently, like
sdhci-s3c.c, the scheme is more mature, more similar as our
controller, and more flexiable for sharing one controller in different
platform with different requirement.
We would rather pay more effort to enable new feature of s
On Wed, Sep 29, 2010 at 10:27 AM, Zhu Richard-R65037
wrote:
>
>
>> -Original Message-
>> From: zhangfei gao [mailto:zhangfei@gmail.com]
>> Sent: Wednesday, September 29, 2010 10:00 AM
>> To: Ben Dooks
>> Cc: Wolfram Sang; linux-mmc@vger.kernel.org; Anton Vorontsov; Zhu
>> Richard-R6503
> -Original Message-
> From: zhangfei gao [mailto:zhangfei@gmail.com]
> Sent: Wednesday, September 29, 2010 10:00 AM
> To: Ben Dooks
> Cc: Wolfram Sang; linux-mmc@vger.kernel.org; Anton Vorontsov; Zhu
> Richard-R65037; Philip Rakity; Eric Miao; Haojian Zhuang; Saeed Bishara
> Subject:
On Wed, Sep 29, 2010 at 4:57 AM, Ben Dooks wrote:
> On Tue, Sep 28, 2010 at 10:04:14AM -0400, zhangfei gao wrote:
>> On Tue, Sep 28, 2010 at 8:36 AM, Wolfram Sang wrote:
>> > This driver adds basic support for the esdhc-core found on e.g.
>> > imx35/51. It adds up to the pltfm-core.
>> >
>> > Sig
On Wed, Sep 29, 2010 at 3:39 AM, Wolfram Sang wrote:
>> > I might be blind, but I can't see why you can't handle that in init()?
>>
>> The issue is not init, but the common quirk in pdata.
>> If using only one quirks in pdata combined with one driver, then
>> different device would impact each oth
The omap4 es2 hsmmc has a updated soft reset logic.After the
reset is issued monitor a 0->1 transition first. The reset of
CMD or DATA lines is complete only after a 0->1->0 transition
of SRC or SRD bits.
Signed-off-by: Madhusudhan Chikkature
Tested-by: Anand Gadiyar
---
arch/arm/mach-omap2/hsm
On Mon, Sep 27, 2010 at 09:36:01AM +0800, Haojian Zhuang wrote:
> > Okay. What should Saeed's driver be called?
>
> sdhci-dove / sdhci-mv or any other is acceptable. What's your opinion, saeed?
sdhci-dove sounds good to me. Saeed, if you agree, please could you
resend the patch? (With an "ARCH_
* kishore kadiyala [100924 10:05]:
> From: Benoit Cousson
>
> Avoid possible crash if CONFIG_MMC_OMAP_HS is not set
Will queue this and patches 3/4 and 4/4 of this series
for the upcoming merge window.
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of
On Tue, Sep 28, 2010 at 10:04:14AM -0400, zhangfei gao wrote:
> On Tue, Sep 28, 2010 at 8:36 AM, Wolfram Sang wrote:
> > This driver adds basic support for the esdhc-core found on e.g.
> > imx35/51. It adds up to the pltfm-core.
> >
> > Signed-off-by: Wolfram Sang
> > ---
> >
> > Changes since la
On 28/09/10 21:59, ext Ghorai, Sukumar wrote:
Adrian,
-Original Message-
From: Adrian Hunter [mailto:adrian.hun...@nokia.com]
Sent: Wednesday, September 29, 2010 12:03 AM
To: Ghorai, Sukumar
Cc: Chris Ball; linux-mmc@vger.kernel.org; linux-arm-
ker...@lists.infradead.org; Russell King -
> > I might be blind, but I can't see why you can't handle that in init()?
>
> The issue is not init, but the common quirk in pdata.
> If using only one quirks in pdata combined with one driver, then
> different device would impact each other.
> for example device.0 set QUIRK_BROKEN_A to pdata->qu
On Tue, Sep 28, 2010 at 01:00:43PM +0200, dylan cristiani wrote:
> Hi sirs, here is my scenario: kernel 2.6.36-rc4; cpu pxa270; platform
> is an enhancement (i like to see things that way...) and customisation
> of the mainstone III board; here comes the (my) problem: if i boot with
> my standard k
Adrian,
> -Original Message-
> From: Adrian Hunter [mailto:adrian.hun...@nokia.com]
> Sent: Wednesday, September 29, 2010 12:03 AM
> To: Ghorai, Sukumar
> Cc: Chris Ball; linux-mmc@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; Russell King - ARM Linux
> Subject: Re: [PATCH] mmc
On 28/09/10 18:03, Ghorai, Sukumar wrote:
Chris and Adrian,
[..snip..]
Chris and Adrian,
[..snip..]
-Original Message-
[..snip..]
Subject: Re: [PATCH] mmc: failure of block read wait for long time
On Wed, Sep 22, 2010 at 11:02:08AM +0530, Ghorai, Sukumar wrote:
Would you please
On 28-9-2010 22:16, Vasily Khoruzhick wrote:
> On 28 of September 2010 14:00:43 dylan cristiani wrote:
>> Hi sirs, here is my scenario: kernel 2.6.36-rc4; cpu pxa270; platform
>> is an enhancement (i like to see things that way...) and customisation
>> of the mainstone III board; here comes the (m
On Tue, Sep 28, 2010 at 10:20 PM, Wolfram Sang wrote:
> On Tue, Sep 28, 2010 at 10:11:05AM -0400, zhangfei gao wrote:
>> On Sun, Sep 26, 2010 at 10:57 PM, zhangfei gao
>> wrote:
>> > From af7aa1232efd3bb3bf3eac151b71dba7d4a0c875 Mon Sep 17 00:00:00 2001
>> > From: Zhangfei Gao
>> > Date: Mon, 2
Chris and Adrian,
[..snip..]
>
> Chris and Adrian,
>
> [..snip..]
> >
> > > -Original Message-
[..snip..]
> > > Subject: Re: [PATCH] mmc: failure of block read wait for long time
> > >
> > > On Wed, Sep 22, 2010 at 11:02:08AM +0530, Ghorai, Sukumar wrote:
> > > > Would you please review
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of dylan cristiani
> Sent: Tuesday, September 28, 2010 8:21 PM
> To: Vasily Khoruzhick
> Cc: linux-arm-ker...@lists.infradead.org; linux-mmc@vger.kernel.org
> Subject: Re: li
On Tue, 28 Sep 2010 17:16:41 +0300
Vasily Khoruzhick wrote:
> On 28 of September 2010 14:00:43 dylan cristiani wrote:
> > Hi sirs, here is my scenario: kernel 2.6.36-rc4; cpu pxa270;
> > platform is an enhancement (i like to see things that way...) and
> > customisation of the mainstone III board
> > +static int esdhc_pltfm_init(struct sdhci_host *host,
> > + struct sdhci_pltfm_data *pdata, void *priv_pdata)
> > +{
> > + struct sdhci_pltfm_host *pltfm_host = sdhci_priv(host);
> > + struct clk *clk;
> > +
> > + clk = clk_get(NULL, "sdhc");
>
> Here only could
On Tue, Sep 28, 2010 at 06:54:47AM -0700, Philip Rakity wrote:
> taking this off line for a bit (if you don't mind)
Actually, I do. Going back to the list.
> I really like what you are doing but it does not go far enough. The
> controller I work on is somewhat funny and broken. It needs to do
On Tue, Sep 28, 2010 at 10:11:05AM -0400, zhangfei gao wrote:
> On Sun, Sep 26, 2010 at 10:57 PM, zhangfei gao wrote:
> > From af7aa1232efd3bb3bf3eac151b71dba7d4a0c875 Mon Sep 17 00:00:00 2001
> > From: Zhangfei Gao
> > Date: Mon, 27 Sep 2010 10:33:38 -0400
> > Subject: [PATCH 2/3] dhci-pltfm: ad
On Tue, Sep 28, 2010 at 10:08:27AM -0400, zhangfei gao wrote:
> On Sun, Sep 26, 2010 at 10:55 PM, zhangfei gao wrote:
> > From 7a870a620fa868ed4ce0cffcbd6b0683a00ae2e5 Mon Sep 17 00:00:00 2001
> > From: Zhangfei Gao
> > Date: Mon, 27 Sep 2010 10:30:01 -0400
> > Subject: [PATCH 1/3] sdhci-pltfm: a
On 28 of September 2010 14:00:43 dylan cristiani wrote:
> Hi sirs, here is my scenario: kernel 2.6.36-rc4; cpu pxa270; platform
> is an enhancement (i like to see things that way...) and customisation
> of the mainstone III board; here comes the (my) problem: if i boot with
> my standard kernel boo
On Sun, Sep 26, 2010 at 10:59 PM, zhangfei gao wrote:
> From c75877463fb72e691e1547184f8e2783e5d1fe27 Mon Sep 17 00:00:00 2001
> From: Zhangfei Gao
> Date: Mon, 27 Sep 2010 10:39:18 -0400
> Subject: [PATCH 3/3] dhci-pltfm: add call back set_max_speed
>
> set_max_speed should be done after
On Sun, Sep 26, 2010 at 10:57 PM, zhangfei gao wrote:
> From af7aa1232efd3bb3bf3eac151b71dba7d4a0c875 Mon Sep 17 00:00:00 2001
> From: Zhangfei Gao
> Date: Mon, 27 Sep 2010 10:33:38 -0400
> Subject: [PATCH 2/3] dhci-pltfm: add call back get_quirk
>
> One driver may serve several device, ea
On Sun, Sep 26, 2010 at 10:55 PM, zhangfei gao wrote:
> From 7a870a620fa868ed4ce0cffcbd6b0683a00ae2e5 Mon Sep 17 00:00:00 2001
> From: Zhangfei Gao
> Date: Mon, 27 Sep 2010 10:30:01 -0400
> Subject: [PATCH 1/3] sdhci-pltfm: add call back alloc_host
>
> alloc_host could alloc specific struc
On Tue, 28 Sep 2010 21:45:57 +0800
Hein_Tibosch wrote:
> On 28-9-2010 19:00, dylan cristiani wrote:
> > Hi sirs, here is my scenario: kernel 2.6.36-rc4; cpu pxa270;
> > platform is an enhancement (i like to see things that way...) and
> > customisation of the mainstone III board; here comes the
On Tue, Sep 28, 2010 at 8:36 AM, Wolfram Sang wrote:
> This driver adds basic support for the esdhc-core found on e.g.
> imx35/51. It adds up to the pltfm-core.
>
> Signed-off-by: Wolfram Sang
> ---
>
> Changes since last version:
>
> * some "-imx" suffixes added
> * some cosmetic improvements
>
On Tue, Sep 28, 2010 at 8:36 AM, Wolfram Sang wrote:
> We need to carry some information per host, e.g. the clock. Add a
> structure for it and initialize it in the generic part.
>
> Signed-off-by: Wolfram Sang
> ---
>
> Change since last version:
>
> * include clk.h
>
> drivers/mmc/host/sdhci-p
Hi,
Is there anyone working on for adding support of UHS-I bus speed modes
(newly defined in SD3.0 specs for SDHC and SDXC cards) in mmc layer?
for SDXC cards, exFAT file system support might be required but what
about SDHC cards supporting UHS-I bus speed modes?
Regards,
Subhash
--
To un
Hi,
> Zhu Richard-R65037 would like to recall the message, "[PATCH 4/4] esdhc-4
> mx51: enable fsl esdhc driver".
The mailing list archive is just one mouse click away from the URL
listed at the bottom of each message posted on this list:
> linux-arm-kernel mailing list
> linux-arm-ker...@lists.i
On Tue, Sep 28, 2010 at 02:36:46PM +0200, Wolfram Sang wrote:
> This driver adds basic support for the esdhc-core found on e.g.
> imx35/51. It adds up to the pltfm-core.
>
> Signed-off-by: Wolfram Sang
> ---
Just a few more nits:
> +++ b/drivers/mmc/host/Kconfig
> @@ -143,6 +143,16 @@ config MM
On Tue, Sep 28, 2010 at 02:36:45PM +0200, Wolfram Sang wrote:
> Put everything which can be shared between the OF and platform version
> of this driver into a local .h-file.
>
> Signed-off-by: Wolfram Sang
> ---
>
> Note: Anton suggested to move the function out of the .h-file into a seperate
>
On Tue, Sep 28, 2010 at 02:36:44PM +0200, Wolfram Sang wrote:
> The custom init call may need more data to perform its job, so we pass
> it a pointer to the platform_data, too. Now, for drivers extending
> sdhci-pltfm (like sdhci-cns3xxx), a fixed platform_data is used
> according to the platform d
On Tue, Sep 28, 2010 at 02:36:41PM +0200, Wolfram Sang wrote:
> We need to carry some information per host, e.g. the clock. Add a
> structure for it and initialize it in the generic part.
>
> Signed-off-by: Wolfram Sang
> ---
[...]
> +++ b/drivers/mmc/host/sdhci-pltfm.h
> @@ -11,8 +11,14 @@
> #i
This driver adds basic support for the esdhc-core found on e.g.
imx35/51. It adds up to the pltfm-core.
Signed-off-by: Wolfram Sang
---
Changes since last version:
* some "-imx" suffixes added
* some cosmetic improvements
Thanks to Anton for those.
drivers/mmc/host/Kconfig | 10 +
Some controllers handle their write-protection differently. Introduce a
callback to be able to handle it, ensuring the same locking takes place
for it.
Signed-off-by: Wolfram Sang
---
drivers/mmc/host/sdhci.c | 11 +++
drivers/mmc/host/sdhci.h |1 +
2 files changed, 8 insertions(+)
The custom init call may need more data to perform its job, so we pass
it a pointer to the platform_data, too. Now, for drivers extending
sdhci-pltfm (like sdhci-cns3xxx), a fixed platform_data is used
according to the platform device id. Because that one does not contain
board specific information
Put everything which can be shared between the OF and platform version
of this driver into a local .h-file.
Signed-off-by: Wolfram Sang
---
Note: Anton suggested to move the function out of the .h-file into a seperate
.c-file. I tried this and it looked overly complicated to me; we ended up wit
We need to carry some information per host, e.g. the clock. Add a
structure for it and initialize it in the generic part.
Signed-off-by: Wolfram Sang
---
Change since last version:
* include clk.h
drivers/mmc/host/sdhci-pltfm.c |7 +--
drivers/mmc/host/sdhci-pltfm.h |6 ++
2 f
Make use of the mmc-directory.
Signed-off-by: Wolfram Sang
Acked-by: Anton Vorontsov
---
drivers/mmc/host/sdhci-cns3xxx.c |2 +-
drivers/mmc/host/sdhci-pltfm.c |2 +-
drivers/mmc/host/sdhci-pltfm.h |2 +-
include/linux/mmc/sdhci-pltfm.h | 35 ++
Okay, here is the next version of my patch series. The first four are
updates/improvements for sdhci and sdhci-pltfm and are of generic interest,
too. There were a few people asking for them, so I hope they will now donate
some Acked-by/Tested-by tags. Changes from the previous version are mentione
On Tue, Sep 28, 2010 at 10:41:29AM +0200, Giuseppe CAVALLARO wrote:
> Some platforms based on the shdci-pltfm device driver need to
> set own quirks (that currently are in drivers/mmc/host/sdhci.h).
>
> This patch splits this header file in two parts:
> o drivers/mmc/host/sdhci.h
> include th
On Tue, Sep 28, 2010 at 12:39:47AM -0700, Philip Rakity wrote:
>
> >From 2b436be109ad004e94a2b63f71f6bb8e00f9d3da Mon Sep 17 00:00:00 2001
> From: Philip Rakity
> Date: Tue, 28 Sep 2010 00:34:17 -0700
> Subject: [RFC] remove quirk for broken clock - redundant since ops->max_clock
> defined
>
>
The while loop when handling rw request may become deadloop in
case of bad card
I've seen mmcqd gets blocked forever after a single error message:
mmcblk0: error -110 sending read/write command, response 0x900, card
status 0x80e00
Also there was case of card reports status without err
On Tue, Sep 28, 2010 at 10:41:28AM +0200, Giuseppe CAVALLARO wrote:
> This patch fixes a warning when compile the sdhci:
> pwr may be used uninitialized in sdhci_set_power
>
> Tested with the following compiler versions: 4.2.4 and 4.4.4
>
> Signed-off-by: Giuseppe Cavallaro
Reviewed-by: Wolfr
On Tue, Sep 28, 2010 at 10:41:27AM +0200, Giuseppe CAVALLARO wrote:
> This patch adds the suspend and resume functions
> in the sdhci-pltfm device driver.
>
> Signed-off-by: Giuseppe Cavallaro
Reviewed-by: Wolfram Sang
> ---
> drivers/mmc/host/sdhci-pltfm.c | 21 +
> 1 f
Hi sirs, here is my scenario: kernel 2.6.36-rc4; cpu pxa270; platform
is an enhancement (i like to see things that way...) and customisation
of the mainstone III board; here comes the (my) problem: if i boot with
my standard kernel boot command line (to boot from system flash):
'root=/dev/mtdblock2
Hi
On Tue, Sep 28, 2010 at 2:51 PM, Adrian Hunter wrote:
> On 27/09/10 06:32, Ethan Du wrote:
>>
>> The while loop when handling rw request may become deadloop in
>> case of bad card
>> I've seen mmcqd gets blocked forever after a single error message:
>>
>> mmcblk0: error -110 sending re
Some platforms based on the shdci-pltfm device driver need to
set own quirks (that currently are in drivers/mmc/host/sdhci.h).
This patch splits this header file in two parts:
o drivers/mmc/host/sdhci.h
include the HC registers and I/O accessors.
o include/linux/mmc/sdhci.h
include the s
This patch adds the suspend and resume functions
in the sdhci-pltfm device driver.
Signed-off-by: Giuseppe Cavallaro
---
drivers/mmc/host/sdhci-pltfm.c | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pltfm.c b/drivers/mmc/host/
This patch fixes a warning when compile the sdhci:
pwr may be used uninitialized in sdhci_set_power
Tested with the following compiler versions: 4.2.4 and 4.4.4
Signed-off-by: Giuseppe Cavallaro
---
drivers/mmc/host/sdhci.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff
>From 2b436be109ad004e94a2b63f71f6bb8e00f9d3da Mon Sep 17 00:00:00 2001
From: Philip Rakity
Date: Tue, 28 Sep 2010 00:34:17 -0700
Subject: [RFC] remove quirk for broken clock - redundant since ops->max_clock
defined
Are we okay moving in this direction? Patch is NOT tested since RFC -- does
c
56 matches
Mail list logo