Re: [RFC PATCH v2 09/14] mtd: nand: add sunxi NFC dt bindings doc

Date: Wed Jan 29 2014 - 13:34:07 EST

Le 29/01/2014 19:02, Gupta, Pekon a écrit :
Dear Rob, and other DT maintainers,

From: Rob Herring
+- onfi,nand-timing-mode : mandatory if the chip does not support the ONFI
+ standard.
Add to generic nand binding.

+- allwinner,rb : shall contain the native Ready/Busy ids.
+ or
+- rb-gpios : shall contain the gpios used as R/B pins.
Isn't allwinner,rb implied by a lack of rb-gpios property. Or no R/B
pin is an option? If so, don't you need some fixed time delay
properties like max erase time?

rb-gpios could be added to the generic nand binding as well.

I do think this should go into generic nand binding, as this is controller specific.
Some controllers have dedicated R/B pin (Ready/Busy) while others may use
GPIO instead. It's the way a hardware controller is designed.

You meant "You do not think", right ?
If so, I think even if the retrieval and control of the GPIO is done is each NAND
controller, we could at least use a common property name for all drivers using
a GPIO to detect the R/B state.

Request you to please consider Ack from MTD Maintainers 'at-least' for
generic NAND DT bindings. There is already a discussion going in
a separate thread for which is still not awaiting replies [1].


I missed this thread, but I can definitely use the nand-ecc-strength and
nand-ecc-step-size instead of the one I defined (nand-ecc-level), as long
as there is a proper way to define these informations in the DT.

I'll let DT and MTD maintainers decide ;-).

Best Regards,


with regards, pekon

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at