From: jbrunet@baylibre.com (Jerome Brunet)
To: linus-amlogic@lists.infradead.org
Subject: eMMC errors on Khadas VIM2
Date: Wed, 24 Jan 2018 09:08:50 +0100 [thread overview]
Message-ID: <1516781330.2344.31.camel@baylibre.com> (raw)
In-Reply-To: <CAFBinCALC=OqtihBXeqS194JH6xLbrn=WrURHMj2J1a-Mdaozw@mail.gmail.com>
On Wed, 2018-01-24 at 00:35 +0100, Martin Blumenstingl wrote:
> Hi Jerome,
>
> On Tue, Jan 23, 2018 at 7:25 PM, Jerome Brunet <jbrunet@baylibre.com> wrote:
> > On Tue, 2018-01-23 at 17:12 +0100, Martin Blumenstingl wrote:
> > > Hello,
> > >
> > > I've been observing the following error on my Khadas VIM2 (with 16GiB eMMC):
> > > [ 4.829411] mmc1: mmc_select_hs400 failed, error -84
> > > [ 4.829444] mmc1: error -84 whilst initialising MMC card
> >
> > I remember testing this quickly on the vim2 I have, but that was before we added
> > tx phase tunning.
> >
> > I had a quick try and kvim2 indeed miserably fail on kevin's integ branch
> >
> > I reverted 0a44697627d1, and it seems to be back to normal
> >
> > I never really liked this tweak and amlogic mentioned to us that we should
> > probably not tune this and keep the default value ...
>
> do you have any other board which has an HS400 eMMC?
>
I did quite a lot of test when finishing the mmc controller rework.
Several designs (such as the p200) could not cope with hs400.
On other design (such as the vim1), while working, I did not see any benefit in
adding hs400, since emmc maximum rate was easily with hs200 bandwidth.
the vim2, If remember correctly, showed better result than the 76MB/s below.
I remember something around 120MB/s but maybe I'm confused.
For sure, if the maximum throughput of the soldered emmc chip is less than
100MB/s, you may stay in hs200 w/o loosing any performance.
> > >
> > > ...
> > > # dd if=/dev/mmcblk1 | sha1sum
> > > 30535680+0 records in
> > > 30535680+0 records out
> > > 912b9d765a0ffee2711f65f2bbbdc2bc7544e52c -
> > > 15634268160 bytes (16 GB, 15 GiB) copied, 205.13 s, 76.2 MB/s
> > > (no CRC errors are shown in the kernel log)
> > >
> > > since I was curious I added the "mmc-hs400-1_8v" property back and
> > > added "mmc-hs400-enhanced-strobe" to the sd_emmc_c node, which results
> > > in:
> > > [ 4.227948] mmc1: new HS400 Enhanced strobe MMC card at address 0001
> > > [ 4.230284] mmcblk1: mmc1:0001 AJNB4R 14.6 GiB
> > > [ 4.254733] mmcblk1boot0: mmc1:0001 AJNB4R partition 1 4.00 MiB
> > > [ 4.260559] mmcblk1boot1: mmc1:0001 AJNB4R partition 2 4.00 MiB
> > > [ 4.407234] mmcblk1rpmb: mmc1:0001 AJNB4R partition 3 4.00 MiB,
> > > chardev (240:0)
> >
> > Weird ! If I understand the code correctly, adding this caps should only trigger
> > the related "enhance-strobe" callback ... but meson-gx-mmc does not implement it
> > , so this should have no effect
>
> indeed, I just checked the code and it *should* not have any effect
> have you tested this on your VIM2 - I did multiple reboots (and
> hardware resets) with that flag and it seems to "fix" it for me (I'd
> like to rule out that this is a fluke though!)
Nope, not yet ... maybe later this week
next prev parent reply other threads:[~2018-01-24 8:08 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-23 16:12 eMMC errors on Khadas VIM2 Martin Blumenstingl
2018-01-23 18:25 ` Jerome Brunet
2018-01-23 23:35 ` Martin Blumenstingl
2018-01-24 8:08 ` Jerome Brunet [this message]
2018-01-24 9:34 ` Martin Blumenstingl
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=1516781330.2344.31.camel@baylibre.com \
--to=jbrunet@baylibre.com \
--cc=linus-amlogic@lists.infradead.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.