All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jaehoon Chung <jh80.chung@samsung.com>
To: Jean-Michel Hautbois <jean-michel.hautbois@vodalys.com>,
	Fabio Estevam <festevam@gmail.com>
Cc: Hsin-Hsiang Tseng <hsinhsiangtseng@gmail.com>,
	"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>
Subject: Re: Sandisk MMC I/O errors
Date: Thu, 07 Aug 2014 16:51:00 +0900	[thread overview]
Message-ID: <53E32FE4.8060401@samsung.com> (raw)
In-Reply-To: <CAL8zT=giMNWG+xwhcR_N8GbCCPEeucaNDG0QQfOos0v3RcwC6Q@mail.gmail.com>

On 08/07/2014 04:18 PM, Jean-Michel Hautbois wrote:
> 2014-08-07 8:59 GMT+02:00 Jean-Michel Hautbois
> <jean-michel.hautbois@vodalys.com>:
>> 2014-08-06 16:21 GMT+02:00 Jean-Michel Hautbois
>> <jean-michel.hautbois@vodalys.com>:
>>> 2014-08-06 15:37 GMT+02:00 Fabio Estevam <festevam@gmail.com>:
>>>> On Wed, Aug 6, 2014 at 10:27 AM, Jean-Michel Hautbois
>>>> <jean-michel.hautbois@vodalys.com> wrote:
>>>>> 2014-08-06 13:44 GMT+02:00 Jaehoon Chung <jh80.chung@samsung.com>:
>>>>>> Hi,
>>>>>
>>>>> Hi Jaehoon,
>>>>>
>>>>>> In my case, -84 error is related with timing.
>>>>>> I recommend to check your clock source or pin strength.
>>
>> I have dumped /sys/kernel/debug/mmc1/ios in both kernel releases.
>>
>> In the current kernel (3.16) :
>> $> cat /sys/kernel/debug/mmc1/ios
>> clock:          52000000 Hz
>> actual clock:   49500000 Hz
>> vdd:            21 (3.3 ~ 3.4 V)
>> bus mode:       2 (push-pull)
>> chip select:    0 (don't care)
>> power mode:     2 (on)
>> bus width:      3 (8 bits)
>> timing spec:    8 (mmc DDR52)
>> signal voltage: 0 (3.30 V)
>>
>> In the Freescale kernel (3.10.17) :
>> $> cat /sys/kernel/debug/mmc1/ios
>> clock:          52000000 Hz
>> actual clock:   49500000 Hz
>> vdd:            7 (1.65 - 1.95 V)
>> bus mode:       2 (push-pull)
>> chip select:    0 (don't care)
>> power mode:     2 (on)
>> bus width:      3 (8 bits)
>> timing spec:    7 (sd uhs DDR50)
>> signal voltage: 0 (3.30 V)
>>
>> As you can see, there is at least too differences : VDD is not the
>> same I don't know why yet, and neither is timing spec. This seems to
>> be the real cause...
>> Investigating now, but any advice is interesting ! :)
UHS mode is run the voltage-change sequence.
So printed that vdd is 1.8v at linux3.10.

>>
>> Thanks,
>> JM
> 
> OK, I juste tested to get back on part of the commit
> 79f7ae7c45a6ccf04e2908337461dee615f6afb0 :
> 
> diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
> index 1ab5f3a..e22d851 100644
> --- a/drivers/mmc/core/mmc.c
> +++ b/drivers/mmc/core/mmc.c
> @@ -1264,7 +1264,7 @@ static int mmc_init_card(struct mmc_host *host, u32 ocr,
>                                         goto err;
>                         }
>                         mmc_card_set_ddr_mode(card);
> -                       mmc_set_timing(card->host, MMC_TIMING_UHS_DDR50);
> +                       mmc_set_timing(card->host, MMC_TIMING_MMC_DDR52);
>                         mmc_set_bus_width(card->host, bus_width);
>                 }
>         }
> 
> 
> I just did the inverse, that means using MMC_TIMING_UHS_DDR50 and not
> MMC_TIMING_MMC_DDR52 and I don't have any errors now.

Is your card eMMC or SD(T-flash)? Which card do you use?
Did you check dt-file?

Best Regards,
Jaehoon Chung

> 
> Reverting the commit is not the solution, I need to know why the
> timings are not the good ones now...
> JM
> 


  reply	other threads:[~2014-08-07  7:51 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-05 14:26 Sandisk MMC I/O errors Jean-Michel Hautbois
2014-08-05 15:13 ` Fabio Estevam
2014-08-05 15:20   ` Jean-Michel Hautbois
2014-08-05 15:35     ` Fabio Estevam
2014-08-05 15:44       ` Jean-Michel Hautbois
2014-08-05 15:54         ` Jean-Michel Hautbois
2014-08-05 15:59           ` Fabio Estevam
2014-08-05 16:01             ` Jean-Michel Hautbois
2014-08-06  1:15               ` Hsin-Hsiang Tseng
2014-08-06  6:54                 ` Jean-Michel Hautbois
2014-08-06 11:44                   ` Jaehoon Chung
2014-08-06 13:27                     ` Jean-Michel Hautbois
2014-08-06 13:37                       ` Fabio Estevam
2014-08-06 14:21                         ` Jean-Michel Hautbois
2014-08-07  6:59                           ` Jean-Michel Hautbois
2014-08-07  7:18                             ` Jean-Michel Hautbois
2014-08-07  7:51                               ` Jaehoon Chung [this message]
2014-08-07  7:54                                 ` Jean-Michel Hautbois
2014-08-07  8:54                                   ` Jean-Michel Hautbois
2014-08-07 15:02                                     ` Hsin-Hsiang Tseng
2014-08-07 15:44                                       ` Jean-Michel Hautbois
2014-08-08  3:12                                         ` Jaehoon Chung
2014-08-08  7:06                                           ` Jean-Michel Hautbois
2014-08-08  7:54                                             ` Jean-Michel Hautbois
2014-08-09  9:05                                               ` Hsin-Hsiang Tseng
2014-08-28  7:28                                                 ` Jean-Michel Hautbois
2014-08-28 14:20                                                   ` Hsin-Hsiang Tseng
2014-08-28 14:31                                                     ` Jean-Michel Hautbois

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=53E32FE4.8060401@samsung.com \
    --to=jh80.chung@samsung.com \
    --cc=festevam@gmail.com \
    --cc=hsinhsiangtseng@gmail.com \
    --cc=jean-michel.hautbois@vodalys.com \
    --cc=linux-mmc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.