All of lore.kernel.org
 help / color / mirror / Atom feed
From: Prasanna NAVARATNA <prasanna.navaratna@gmail.com>
To: linux-ext4@vger.kernel.org
Subject: help with 'discard' mount option on ext4
Date: Thu, 10 Oct 2013 08:28:20 +0000 (UTC)	[thread overview]
Message-ID: <loom.20131010T102704-458@post.gmane.org> (raw)

Hello,

I'm using Hynix eMMC4.41 with Linux kernel 3.4.5.

After mounting ext4 partition /userdata with 'discard' mount option enabled,
fs triggers TRIM commands to eMMC after every file deletion. With this
setup, for a continuous reboot test (5s awake and issue reboot and repeat)
with 10 or 20 iterations, i see data corruption in eMMC consistently.

mount options are :- noatime,nosuid,nodev,noauto_da_alloc,discard
encryptable="path"

What am i missing here? if 'discard' mount option is removed, then no data
corruption in eMMC for more than 200 iterations. Does TRIM needs some extra
care? BKOPS is not enabled in eMMC (is bkops mandatory if using TRIM?)
Are there any latest patches which address these corruption issues during
reboot with discard option enabled?
Please help to analyze further.

Thanks,
Prasanna NAVARATNA


             reply	other threads:[~2013-10-10  8:35 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-10  8:28 Prasanna NAVARATNA [this message]
2013-10-11 13:53 ` help with 'discard' mount option on ext4 Theodore Ts'o

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=loom.20131010T102704-458@post.gmane.org \
    --to=prasanna.navaratna@gmail.com \
    --cc=linux-ext4@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.