mtd: spi-nor: scale up timeout for full-chip erase

Linux-MTD Mailing List linux-mtd at lists.infradead.org
Fri Nov 6 10:59:06 PST 2015


Gitweb:     http://git.infradead.org/?p=mtd-2.6.git;a=commit;h=09b6a377687b885565339e60bc62566433a0406f
Commit:     09b6a377687b885565339e60bc62566433a0406f
Parent:     c887be71cc3984db486c4d942dea2682c7b24a71
Author:     Furquan Shaikh <furquan at google.com>
AuthorDate: Fri Sep 18 14:59:17 2015 -0700
Committer:  Brian Norris <computersforpeace at gmail.com>
CommitDate: Tue Sep 29 13:25:09 2015 -0700

    mtd: spi-nor: scale up timeout for full-chip erase
    
    This patch fixes timeout issues seen on large NOR flash (e.g., 16MB
    w25q128fw) when using ioctl(MEMERASE) with offset=0 and length=16M. The
    input parameters matter because spi_nor_erase() uses a different code
    path for full-chip erase, where we use the SPINOR_OP_CHIP_ERASE (0xc7)
    opcode.
    
    Fix: use a different timeout for full-chip erase than for other
    commands.
    
    While most operations can be expected to perform relatively similarly
    across a variety of NOR flash types and sizes (and therefore might as
    well use a similar timeout to keep things simple), full-chip erase is
    unique, because the time it typically takes to complete:
    (1) is much larger than most operations and
    (2) scales with the size of the flash.
    
    Let's base our timeout on the original comments stuck here -- that a 2MB
    flash requires max 40s to erase.
    
    Small survey of a few flash datasheets I have lying around:
    
      Chip         Size (MB)   Max chip erase (seconds)
      ----         --------    ------------------------
      w25q32fw     4           50
      w25q64cv     8           30
      w25q64fw     8           100
      w25q128fw    16          200
      s25fl128s    16          ~256
      s25fl256s    32          ~512
    
    From this data, it seems plenty sufficient to say we need to wait for
    40 seconds for each 2MB of flash.
    
    After this change, it might make some sense to decrease the timeout for
    everything else, as even the most extreme operations (single block
    erase?) shouldn't take more than a handful of seconds. But for safety,
    let's leave it as-is. It's only an error case, after all, so we don't
    exactly need to optimize it.
    
    Signed-off-by: Furquan Shaikh <furquan at google.com>
    Signed-off-by: Brian Norris <computersforpeace at gmail.com>
---
 drivers/mtd/spi-nor/spi-nor.c | 38 ++++++++++++++++++++++++++++++++++----
 1 file changed, 34 insertions(+), 4 deletions(-)

diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
index c616ff5..14a851f 100644
--- a/drivers/mtd/spi-nor/spi-nor.c
+++ b/drivers/mtd/spi-nor/spi-nor.c
@@ -16,6 +16,7 @@
 #include <linux/device.h>
 #include <linux/mutex.h>
 #include <linux/math64.h>
+#include <linux/sizes.h>
 
 #include <linux/mtd/cfi.h>
 #include <linux/mtd/mtd.h>
@@ -24,7 +25,18 @@
 #include <linux/mtd/spi-nor.h>
 
 /* Define max times to check status register before we give up. */
-#define	MAX_READY_WAIT_JIFFIES	(40 * HZ) /* M25P16 specs 40s max chip erase */
+
+/*
+ * For everything but full-chip erase; probably could be much smaller, but kept
+ * around for safety for now
+ */
+#define DEFAULT_READY_WAIT_JIFFIES		(40UL * HZ)
+
+/*
+ * For full-chip erase, calibrated to a 2MB flash (M25P16); should be scaled up
+ * for larger flash
+ */
+#define CHIP_ERASE_2MB_READY_WAIT_JIFFIES	(40UL * HZ)
 
 #define SPI_NOR_MAX_ID_LEN	6
 
@@ -233,12 +245,13 @@ static int spi_nor_ready(struct spi_nor *nor)
  * Service routine to read status register until ready, or timeout occurs.
  * Returns non-zero if error.
  */
-static int spi_nor_wait_till_ready(struct spi_nor *nor)
+static int spi_nor_wait_till_ready_with_timeout(struct spi_nor *nor,
+						unsigned long timeout_jiffies)
 {
 	unsigned long deadline;
 	int timeout = 0, ret;
 
-	deadline = jiffies + MAX_READY_WAIT_JIFFIES;
+	deadline = jiffies + timeout_jiffies;
 
 	while (!timeout) {
 		if (time_after_eq(jiffies, deadline))
@@ -258,6 +271,12 @@ static int spi_nor_wait_till_ready(struct spi_nor *nor)
 	return -ETIMEDOUT;
 }
 
+static int spi_nor_wait_till_ready(struct spi_nor *nor)
+{
+	return spi_nor_wait_till_ready_with_timeout(nor,
+						    DEFAULT_READY_WAIT_JIFFIES);
+}
+
 /*
  * Erase the whole flash memory
  *
@@ -321,6 +340,8 @@ static int spi_nor_erase(struct mtd_info *mtd, struct erase_info *instr)
 
 	/* whole-chip erase? */
 	if (len == mtd->size) {
+		unsigned long timeout;
+
 		write_enable(nor);
 
 		if (erase_chip(nor)) {
@@ -328,7 +349,16 @@ static int spi_nor_erase(struct mtd_info *mtd, struct erase_info *instr)
 			goto erase_err;
 		}
 
-		ret = spi_nor_wait_till_ready(nor);
+		/*
+		 * Scale the timeout linearly with the size of the flash, with
+		 * a minimum calibrated to an old 2MB flash. We could try to
+		 * pull these from CFI/SFDP, but these values should be good
+		 * enough for now.
+		 */
+		timeout = max(CHIP_ERASE_2MB_READY_WAIT_JIFFIES,
+			      CHIP_ERASE_2MB_READY_WAIT_JIFFIES *
+			      (unsigned long)(mtd->size / SZ_2M));
+		ret = spi_nor_wait_till_ready_with_timeout(nor, timeout);
 		if (ret)
 			goto erase_err;
 



More information about the linux-mtd-cvs mailing list