Linux-mtd Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Pekon Gupta <pekon@ti.com>
To: Brian Norris <computersforpeace@gmail.com>,
	Artem Bityutskiy <dedekind1@gmail.com>
Cc: Marek Belisko <marek.belisko@gmail.com>,
	Samuel Egli <samuel.egli@siemens.com>,
	linux-mtd <linux-mtd@lists.infradead.org>,
	Pekon Gupta <pekon@ti.com>, Steven Kipisz <s-kipisz2@ti.com>,
	Stefan Roese <sr@denx.de>,
	Bacem Daassi <Bacem.Daassi@spansion.com>
Subject: [PATCH v2] mtd: nand: Fix problem with NAND_CMD_RNDOUT (05h-E0h)
Date: Tue, 6 May 2014 15:58:40 +0530	[thread overview]
Message-ID: <1399372120-24089-1-git-send-email-pekon@ti.com> (raw)

From: Bacem Daassi <Bacem.Daassi@spansion.com>

Though the NAND_CMD_READ "Page Read" command expects the full address footprint
(2bytes for column address + 3bytes for row address).
But once the page is loaded into the read buffer, NAND_CMD_RNDOUT (05h-E0h) also
called "Random Data Output" command expects to see only the column address that
should be addressed within the already loaded page present in read buffers.
Only 2 address cycles with ALE active should be provided between the 05h and E0h
So expected sequence for NAND_CMD_RNDOUT is
	<05h> <column-addr-byte1> <column-address-byte2> <E0h>

Though most NAND Devices mentioned above tend to work even if extra cycles of
page-address is issued between <05h> .... <E0h> command. But some Spansion and
Hynix devices break on this non-compliance.
The same issue has been reported by Bacem Daassi
  http://e2e.ti.com/support/arm/sitara_arm/f/791/t/259699.aspx

This patch fixes nand_command for all vendors devices as datasheet of all
devices expect same sequence.

+--------+------------------------+---------------------------------------------
|Vendor  | Datasheet/Part#        |  Reference
+--------+------------------------+---------------------------------------------
|Spansion| S34ML{01|02|04}G2      | Figure 6.12 Random Data Output In a Page
|Micron  | MT29F{16|32|64|128}G08A| Figure 47: CHANGE READ COLUMN (05h-E0h) Operation
|Macronix| MX30LF1G08AA           | Figure 10. AC Waveforms for Random Data Output
|Toshiba | TC58NVG1S3ETAI0        | Figure Column Address Change in Read Cycle Timing Diagram (2/2)
+--------+------------------------+---------------------------------------------

Reported-by: Bacem Daassi <Bacem.Daassi@spansion.com>
Reported-by: Marek Belisko <marek.belisko@gmail.com>
Reported-by: Steven Kipisz <s-kipisz2@ti.com>
Signed-off-by: Pekon Gupta <pekon@ti.com>
---
changes v1->v2:  fixed both nand_command() and nand_command_lp()

 drivers/mtd/nand/nand_base.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
index 9d01c4d..c11565f 100644
--- a/drivers/mtd/nand/nand_base.c
+++ b/drivers/mtd/nand/nand_base.c
@@ -595,7 +595,7 @@ static void nand_command(struct mtd_info *mtd, unsigned int command,
 		chip->cmd_ctrl(mtd, column, ctrl);
 		ctrl &= ~NAND_CTRL_CHANGE;
 	}
-	if (page_addr != -1) {
+	if (page_addr != -1 && command != NAND_CMD_RNDOUT) {
 		chip->cmd_ctrl(mtd, page_addr, ctrl);
 		ctrl &= ~NAND_CTRL_CHANGE;
 		chip->cmd_ctrl(mtd, page_addr >> 8, ctrl);
@@ -688,7 +688,7 @@ static void nand_command_lp(struct mtd_info *mtd, unsigned int command,
 			ctrl &= ~NAND_CTRL_CHANGE;
 			chip->cmd_ctrl(mtd, column >> 8, ctrl);
 		}
-		if (page_addr != -1) {
+		if (page_addr != -1 && command != NAND_CMD_RNDOUT) {
 			chip->cmd_ctrl(mtd, page_addr, ctrl);
 			chip->cmd_ctrl(mtd, page_addr >> 8,
 				       NAND_NCE | NAND_ALE);
-- 
1.8.5.1.163.gd7aced9

             reply	other threads:[~2014-05-06 10:29 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-06 10:28 Pekon Gupta [this message]
2014-05-08 11:13 ` [PATCH v2] mtd: nand: Fix problem with NAND_CMD_RNDOUT (05h-E0h) Stefan Roese
2014-05-13  0:05 ` Brian Norris

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=1399372120-24089-1-git-send-email-pekon@ti.com \
    --to=pekon@ti.com \
    --cc=Bacem.Daassi@spansion.com \
    --cc=computersforpeace@gmail.com \
    --cc=dedekind1@gmail.com \
    --cc=linux-mtd@lists.infradead.org \
    --cc=marek.belisko@gmail.com \
    --cc=s-kipisz2@ti.com \
    --cc=samuel.egli@siemens.com \
    --cc=sr@denx.de \
    /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