]> git.baikalelectronics.ru Git - kernel.git/commit
mtd: rawnand: gpmi: Fix setting busy timeout setting
authorSascha Hauer <s.hauer@pengutronix.de>
Tue, 14 Jun 2022 08:31:38 +0000 (10:31 +0200)
committerMiquel Raynal <miquel.raynal@bootlin.com>
Thu, 16 Jun 2022 14:46:08 +0000 (16:46 +0200)
commit48e40aeea1f924d979691278fcef7ccd02a71aae
treed108dd36878e634eb66ca66b271a8f74d3bef26a
parent05284fcb1dbacc6e848ea738c39d9c6744f63bb9
mtd: rawnand: gpmi: Fix setting busy timeout setting

The DEVICE_BUSY_TIMEOUT value is described in the Reference Manual as:

| Timeout waiting for NAND Ready/Busy or ATA IRQ. Used in WAIT_FOR_READY
| mode. This value is the number of GPMI_CLK cycles multiplied by 4096.

So instead of multiplying the value in cycles with 4096, we have to
divide it by that value. Use DIV_ROUND_UP to make sure we are on the
safe side, especially when the calculated value in cycles is smaller
than 4096 as typically the case.

This bug likely never triggered because any timeout != 0 usually will
do. In my case the busy timeout in cycles was originally calculated as
2408, which multiplied with 4096 is 0x968000. The lower 16 bits were
taken for the 16 bit wide register field, so the register value was
0x8000. With f0263ceb9e2c ("mtd: rawnand: gpmi: fix controller timings
setting") however the value in cycles became 2384, which multiplied
with 4096 is 0x950000. The lower 16 bit are 0x0 now resulting in an
intermediate timeout when reading from NAND.

Fixes: 4941537c16932 ("mtd: rawnand: gpmi: use core timings instead of an empirical derivation")
Cc: stable@vger.kernel.org
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
Link: https://lore.kernel.org/linux-mtd/20220614083138.3455683-1-s.hauer@pengutronix.de
drivers/mtd/nand/raw/gpmi-nand/gpmi-nand.c