From: Ezequiel Garcia <ezequiel.garcia@free-electrons.com>
To: linux-mtd@lists.infradead.org,
Brian Norris <computersforpeace@gmail.com>
Cc: David Woodhouse <dwmw2@infradead.org>
Subject: Re: [PATCH v2 0/3] mtd: Add sysfs entries and account BBT blocks properly
Date: Sun, 15 Jun 2014 22:21:12 -0300 [thread overview]
Message-ID: <20140616012112.GA875@arch.cereza> (raw)
In-Reply-To: <1400709973-7991-1-git-send-email-ezequiel.garcia@free-electrons.com>
Hi Brian,
On 21 May 07:06 PM, Ezequiel Garcia wrote:
> Here's a new round of the patchset to add sysfs entries for the ECC stats
> struct fields. See the discussion around previous version for context:
>
> http://lists.infradead.org/pipermail/linux-mtd/2014-March/052804.html
>
> Changes from v1:
>
> * As agreed I've added a sysfs file per field to replace the ecc_stats
> sysfs file. The current proposal follows the "one file per value" sysfs
> rule, adding the following device attributes:
> - corrected_bits (ecc_stats.corrected)
> - uncorrectable_errors (ecc_stats.failed)
> - bad_blocks (ecc_stats.badblocks)
> - bbt_blocks (ecc_stats.bbtblocks)
>
> * Following Brian's request, added small wrapper nand_block_isreserved()
> that checks if the NAND has a bad block table before querying the number
> of reserved blocks.
>
> * Finally, this new series drops patch: "nand: Account the blocks used by
> the BBT in the ecc_stats". It's not yet clear how to best deal with the
> current inconsistencies in MTD master and partition handling.
>
> The first patch adds the sysfs entries. The rest of the patches fixes the
> bbtblock accounting and allows to keep track of the reserved blocks correctly.
>
> This is a very old issue, probably around since the dawn of time,
> and nobody seemed to care much about it. However, with the introduction of
> the sysfs access, it's easier to access this stats and easier to
> see the issue.
>
> Ezequiel Garcia (3):
> mtd: Add sysfs attributes to expose the ECC stats fields
> mtd: Introduce mtd_block_isreserved()
> mtd: Account for BBT blocks when a partition is being allocated
>
> drivers/mtd/mtdcore.c | 60 ++++++++++++++++++++++++++++++++++++++++++--
> drivers/mtd/mtdpart.c | 13 +++++++++-
> drivers/mtd/nand/nand_base.c | 18 +++++++++++++
> drivers/mtd/nand/nand_bbt.c | 14 +++++++++++
> include/linux/mtd/mtd.h | 2 ++
> include/linux/mtd/nand.h | 1 +
> 6 files changed, 105 insertions(+), 3 deletions(-)
>
What's the status of this one? Do we have pending things to discuss?
--
Ezequiel García, Free Electrons
Embedded Linux, Kernel and Android Engineering
http://free-electrons.com
next prev parent reply other threads:[~2014-06-16 1:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-21 22:06 [PATCH v2 0/3] mtd: Add sysfs entries and account BBT blocks properly Ezequiel Garcia
2014-05-21 22:06 ` [PATCH v2 1/3] mtd: Add sysfs attributes to expose the ECC stats fields Ezequiel Garcia
2014-05-21 22:06 ` [PATCH v2 2/3] mtd: Introduce mtd_block_isreserved() Ezequiel Garcia
2014-05-21 22:06 ` [PATCH v2 3/3] mtd: Account for BBT blocks when a partition is being allocated Ezequiel Garcia
2014-06-16 1:21 ` Ezequiel Garcia [this message]
2014-06-17 17:01 ` [PATCH v2 0/3] mtd: Add sysfs entries and account BBT blocks properly Brian Norris
2014-06-17 17:17 ` Ezequiel Garcia
2014-06-18 5:22 ` Gupta, Pekon
2014-06-18 12:53 ` Ezequiel Garcia
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=20140616012112.GA875@arch.cereza \
--to=ezequiel.garcia@free-electrons.com \
--cc=computersforpeace@gmail.com \
--cc=dwmw2@infradead.org \
--cc=linux-mtd@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox