public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
* [U-Boot] [PATCH v3] This patch fix the usage of the "CE don't care"-type NAND chips
@ 2011-03-15  7:16 Michael Trimarchi
  2011-03-16 23:45 ` [U-Boot] [U-Boot, v3] atmel_nand: don't require CONFIG_SYS_NAND_ENABLE_PIN Scott Wood
  0 siblings, 1 reply; 2+ messages in thread
From: Michael Trimarchi @ 2011-03-15  7:16 UTC (permalink / raw)
  To: u-boot

atmel_nand: don't require CONFIG_SYS_NAND_ENABLE_PIN
If NCE is hooked up to NCS3, we don't need to (and can't)
explicitly set the state of the NCE pin. Instead, the
controller asserts it automatically as part of a
command/data access. Only "CE don't care"-type NAND chips
can be used in this manner.

Signed-off-by: Michael Trimarchi <michael@amarulasolutions.com>
Cc: Scott Wood <scottwood@freescale.com>
Cc: Reinhard Meyer <u-boot@emk-elektronik.de>

---
Change since V1
	- add a better description
Change since V2:
	- change commit message

diff --git a/drivers/mtd/nand/atmel_nand.c b/drivers/mtd/nand/atmel_nand.c
index ab8bbb3..818d362 100644
--- a/drivers/mtd/nand/atmel_nand.c
+++ b/drivers/mtd/nand/atmel_nand.c
@@ -249,8 +249,10 @@ static void at91_nand_hwcontrol(struct mtd_info *mtd,
 		if (ctrl & NAND_ALE)
 			IO_ADDR_W |= CONFIG_SYS_NAND_MASK_ALE;
 
+#ifdef CONFIG_SYS_NAND_ENABLE_PIN
 		at91_set_gpio_value(CONFIG_SYS_NAND_ENABLE_PIN,
 				    !(ctrl & NAND_NCE));
+#endif
 		this->IO_ADDR_W = (void *) IO_ADDR_W;
 	}
 

^ permalink raw reply related	[flat|nested] 2+ messages in thread

* [U-Boot] [U-Boot, v3] atmel_nand: don't require CONFIG_SYS_NAND_ENABLE_PIN
  2011-03-15  7:16 [U-Boot] [PATCH v3] This patch fix the usage of the "CE don't care"-type NAND chips Michael Trimarchi
@ 2011-03-16 23:45 ` Scott Wood
  0 siblings, 0 replies; 2+ messages in thread
From: Scott Wood @ 2011-03-16 23:45 UTC (permalink / raw)
  To: u-boot

On Mon, Mar 14, 2011 at 09:16:38PM -0000, michael wrote:
> atmel_nand: don't require CONFIG_SYS_NAND_ENABLE_PIN
> If NCE is hooked up to NCS3, we don't need to (and can't)
> explicitly set the state of the NCE pin. Instead, the
> controller asserts it automatically as part of a
> command/data access. Only "CE don't care"-type NAND chips
> can be used in this manner.
> 
> Signed-off-by: Michael Trimarchi <michael@amarulasolutions.com>
> Cc: Scott Wood <scottwood@freescale.com>
> Cc: Reinhard Meyer <u-boot@emk-elektronik.de>
> 
> ---
> Change since V1
> 	- add a better description
> Change since V2:
> 	- change commit message

Applied to u-boot-nand-flash next, with the subject line fixed as in
this e-mail.

-Scott

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2011-03-16 23:45 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-03-15  7:16 [U-Boot] [PATCH v3] This patch fix the usage of the "CE don't care"-type NAND chips Michael Trimarchi
2011-03-16 23:45 ` [U-Boot] [U-Boot, v3] atmel_nand: don't require CONFIG_SYS_NAND_ENABLE_PIN Scott Wood

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox