* [PATCH] mtd: ABI documentation: clarification of bitflip_threshold
@ 2012-05-22 18:03 Mike Dunn
  2012-05-24  9:19 ` Artem Bityutskiy
  0 siblings, 1 reply; 2+ messages in thread
From: Mike Dunn @ 2012-05-22 18:03 UTC (permalink / raw)
  To: linux-mtd; +Cc: Mike Dunn
The -EUCLEAN return value applies to mtd_read_oob() as well as mtd_read(), but
only mtd_read() was mentioned in the blurd on bitflip_threshold in the ABI
documentation.
Signed-off-by: Mike Dunn <mikedunn@newsguy.com>
---
Sorry to keep revisiting this, but this seems like a big omission.  It looks
like a big rewrite because of reformatting, but only the words "and
mtd_read_oob()" are added to the first paragraph.  I deliberately left ambiguous
the question of whether -EUCLEAN can be returned if mtd_read_oob() is used to
read oob-only ;)
 Documentation/ABI/testing/sysfs-class-mtd |   17 +++++++++--------
 1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/Documentation/ABI/testing/sysfs-class-mtd b/Documentation/ABI/testing/sysfs-class-mtd
index db1ad7e..938ef71 100644
--- a/Documentation/ABI/testing/sysfs-class-mtd
+++ b/Documentation/ABI/testing/sysfs-class-mtd
@@ -142,13 +142,14 @@ KernelVersion:	3.4
 Contact:	linux-mtd@lists.infradead.org
 Description:
 		This allows the user to examine and adjust the criteria by which
-		mtd returns -EUCLEAN from mtd_read().  If the maximum number of
-		bit errors that were corrected on any single region comprising
-		an ecc step (as reported by the driver) equals or exceeds this
-		value, -EUCLEAN is returned.  Otherwise, absent an error, 0 is
-		returned.  Higher layers (e.g., UBI) use this return code as an
-		indication that an erase block may be degrading and should be
-		scrutinized as a candidate for being marked as bad.
+		mtd returns -EUCLEAN from mtd_read() and mtd_read_oob().  If the
+		maximum number of bit errors that were corrected on any single
+		region comprising an ecc step (as reported by the driver) equals
+		or exceeds this value, -EUCLEAN is returned.  Otherwise, absent
+		an error, 0 is returned.  Higher layers (e.g., UBI) use this
+		return code as an indication that an erase block may be
+		degrading and should be scrutinized as a candidate for being
+		marked as bad.
 
 		The initial value may be specified by the flash device driver.
 		If not, then the default value is ecc_strength.
@@ -167,7 +168,7 @@ Description:
 		block degradation, but high enough to avoid the consequences of
 		a persistent return value of -EUCLEAN on devices where sticky
 		bitflips occur.  Note that if bitflip_threshold exceeds
-		ecc_strength, -EUCLEAN is never returned by mtd_read().
+		ecc_strength, -EUCLEAN is never returned by the read operations.
 		Conversely, if bitflip_threshold is zero, -EUCLEAN is always
 		returned, absent a hard error.
 
-- 
1.7.3.4
^ permalink raw reply related	[flat|nested] 2+ messages in thread
* Re: [PATCH] mtd: ABI documentation: clarification of bitflip_threshold
  2012-05-22 18:03 [PATCH] mtd: ABI documentation: clarification of bitflip_threshold Mike Dunn
@ 2012-05-24  9:19 ` Artem Bityutskiy
  0 siblings, 0 replies; 2+ messages in thread
From: Artem Bityutskiy @ 2012-05-24  9:19 UTC (permalink / raw)
  To: Mike Dunn; +Cc: linux-mtd
[-- Attachment #1: Type: text/plain, Size: 359 bytes --]
On Tue, 2012-05-22 at 11:03 -0700, Mike Dunn wrote:
> The -EUCLEAN return value applies to mtd_read_oob() as well as mtd_read(), but
> only mtd_read() was mentioned in the blurd on bitflip_threshold in the ABI
> documentation.
> 
> Signed-off-by: Mike Dunn <mikedunn@newsguy.com>
Pushed to l2-mtd.git, thanks!
-- 
Best Regards,
Artem Bityutskiy
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply	[flat|nested] 2+ messages in thread
end of thread, other threads:[~2012-05-24  9:15 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-05-22 18:03 [PATCH] mtd: ABI documentation: clarification of bitflip_threshold Mike Dunn
2012-05-24  9:19 ` Artem Bityutskiy
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).