All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jean-Michel Hautbois <jean-michel.hautbois@vodalys.com>
To: Fabio Estevam <festevam@gmail.com>
Cc: Jaehoon Chung <jh80.chung@samsung.com>,
	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, 7 Aug 2014 09:18:37 +0200	[thread overview]
Message-ID: <CAL8zT=giMNWG+xwhcR_N8GbCCPEeucaNDG0QQfOos0v3RcwC6Q@mail.gmail.com> (raw)
In-Reply-To: <CAL8zT=iaKfEW32vq5_5yXxuMEAzS8=GsJhUR16TH4bQcK9DgpQ@mail.gmail.com>

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 ! :)
>
> 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.

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:18 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 [this message]
2014-08-07  7:51                               ` Jaehoon Chung
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='CAL8zT=giMNWG+xwhcR_N8GbCCPEeucaNDG0QQfOos0v3RcwC6Q@mail.gmail.com' \
    --to=jean-michel.hautbois@vodalys.com \
    --cc=festevam@gmail.com \
    --cc=hsinhsiangtseng@gmail.com \
    --cc=jh80.chung@samsung.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.