mtd: nand: fix interpretation of NAND_CMD_NONE in nand_command[_lp]()
authorMiquel Raynal <miquel.raynal@free-electrons.com>
Wed, 8 Nov 2017 16:00:27 +0000 (17:00 +0100)
committerBoris Brezillon <boris.brezillon@free-electrons.com>
Thu, 30 Nov 2017 10:02:50 +0000 (11:02 +0100)
commitdf467899da0b71465760b4e35127bce837244eee
tree1266924039a79cb53ca89560c805e51aa9bd7e86
parentb13a9735ae74d4fa9e4d53b4dcfdd779997c8e0e
mtd: nand: fix interpretation of NAND_CMD_NONE in nand_command[_lp]()

Some drivers (like nand_hynix.c) call ->cmdfunc() with NAND_CMD_NONE
and a column address and expect the controller to only send address
cycles. Right now, the default ->cmdfunc() implementations provided by
the core do not filter out the command cycle in this case and forwards
the request to the controller driver through the ->cmd_ctrl() method.
The thing is, NAND controller drivers can get this wrong and send a
command cycle with a NAND_CMD_NONE opcode and since NAND_CMD_NONE is
-1, and the command field is usually casted to an u8, we end up sending
the 0xFF command which is actually a RESET operation.

Add conditions in nand_command[_lp]() functions to sending the initial
command cycle when command == NAND_CMD_NONE.

Signed-off-by: Miquel Raynal <miquel.raynal@free-electrons.com>
Signed-off-by: Boris Brezillon <boris.brezillon@free-electrons.com>
drivers/mtd/nand/nand_base.c