From: Boris Brezillon <bbrezillon@kernel.org>
To: Linus Walleij <linus.walleij@linaro.org>
Cc: Boris Brezillon <boris.brezillon@bootlin.com>,
Maxim Levitsky <maximlevitsky@gmail.com>,
Tudor Ambarus <tudor.ambarus@microchip.com>,
Masahiro Yamada <yamada.masahiro@socionext.com>,
Richard Weinberger <richard@nod.at>,
Marc Gonzalez <marc.w.gonzalez@free.fr>,
Janusz Krzysztofik <jmkrzyszt@gmail.com>,
Stefan Agner <stefan@agner.ch>,
Marek Vasut <marek.vasut@gmail.com>,
Harvey Hunt <harveyhuntnexus@gmail.com>,
linux-mtd@lists.infradead.org,
Miquel Raynal <miquel.raynal@bootlin.com>,
Han Xu <han.xu@nxp.com>, Xiaolei Li <xiaolei.li@mediatek.com>,
Brian Norris <computersforpeace@gmail.com>,
David Woodhouse <dwmw2@infradead.org>
Subject: Re: [PATCH v3 15/22] mtd: rawnand: fsmc: Stop implementing ->select_chip()
Date: Wed, 9 Jan 2019 20:44:51 +0100 [thread overview]
Message-ID: <20190109204441.6aeab463@bbrezillon> (raw)
In-Reply-To: <CACRpkdYTXO4AXt79Ny-EsbWvd0kR7=auz_73UF6f+nEXfZ_HmA@mail.gmail.com>
On Wed, 9 Jan 2019 19:18:58 +0100
Linus Walleij <linus.walleij@linaro.org> wrote:
> On Sun, Nov 11, 2018 at 8:59 AM Boris Brezillon
> <boris.brezillon@bootlin.com> wrote:
>
> > Now that the CS line to assert is directly passed through the
> > nand_operation struct we can replace the fsmc_select_chip()
> > implementation by an internal fsmc_ce_ctrl() function which is
> > directly called from fsmc_exec_op()
> >
> > Signed-off-by: Boris Brezillon <boris.brezillon@bootlin.com>
>
> This commit regresses the Nomadik NHK15 in a curious way.
> The code seems fine but after a few reads to the chip it crashes
> (trace with debug prints enabled):
>
> fsmc-nand 10100000.flash: FSMC device partno 090, manufacturer 80,
> revision 00, config 00
> Executing operation [2 instructions]:
> ->CMD [0xff]
> ->WAITRDY [max 250 ms]
> Executing operation [1 instructions]:
> ->CMD [0x70]
> Executing operation [1 instructions]:
> ->DATA_IN [1 B, force 8-bit]
> Executing operation [1 instructions]:
> ->CMD [0x00]
> Executing operation [3 instructions]:
> ->CMD [0x90]
> ->ADDR [1 cyc]
> ->DATA_IN [2 B, force 8-bit]
> Executing operation [3 instructions]:
> ->CMD [0x90]
> ->ADDR [1 cyc]
> ->DATA_IN [8 B, force 8-bit]
> Executing operation [3 instructions]:
> ->CMD [0x90]
> ->ADDR [1 cyc]
> ->DATA_IN [4 B, force 8-bit]
> Executing operation [3 instructions]:
> ->CMD [0x90]
> ->ADDR [1 cyc]
> ->DATA_IN [5 B, force 8-bit]
> nand: device found, Manufacturer ID: 0x20, Chip ID: 0xa1
> nand: ST Micro NAND 128MiB 1,8V 8-bit
> nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
> fsmc-nand 10100000.flash: Using 1-bit HW ECC scheme
> Scanning device for bad blocks
> Executing operation [5 instructions]:
> ->CMD [0x00]
> ->ADDR [4 cyc]
> ->CMD [0x30]
> ->WAITRDY [max 200000 ms]
> Executing operation [1 instructions]:
> ->CMD [0x70]
> Executing operation [1 instructions]:
> ->DATA_IN [1 B, force 8-bit]
> Executing operation [1 instructions]:
> ->CMD [0x00]
> ->DATA_IN [64 B]
> Unhandled fault: external abort on non-linefetch (0x008) at 0xcc960000
> pgd = (ptrval)
> [cc960000] *pgd=0b808811, *pte=40000653, *ppte=40000552
> Internal error: : 8 [#1] PREEMPT ARM
> Modules linked in:
> CPU: 0 PID: 1 Comm: swapper Not tainted 5.0.0-rc1+ #84
> Hardware name: Nomadik STn8815
> PC is at fsmc_exec_op+0x180/0x284
> LR is at fsmc_exec_op+0x144/0x284
> pc : [<c0361f18>] lr : [<c0361edc>] psr: 20000013
> sp : cb82ba88 ip : c092e6f8 fp : c0644078
> r10: c0615ae8 r9 : cb9d5020 r8 : 00000000
> r7 : cb9d5038 r6 : cb82bac4 r5 : 00000004 r4 : cb82bb20
> r3 : cb8807fc r2 : cb88083c r1 : cc960000 r0 : 00000013
> Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none
> Control: 0005317f Table: 0b334000 DAC: 00000053
> Process swapper (pid: 1, stack limit = 0x(ptrval))
> (...)
> [<c0361f18>] (fsmc_exec_op) from [<c0355834>]
> (nand_lp_exec_read_page_op+0x1cc/0x224)
> [<c0355834>] (nand_lp_exec_read_page_op) from [<c0355968>]
> (nand_read_page_op+0xdc/0x2f0)
> [<c0355968>] (nand_read_page_op) from [<c0355c48>] (nand_read_oob_std+0x1c/0x24)
> [<c0355c48>] (nand_read_oob_std) from [<c0359444>] (nand_read_oob+0x504/0x708)
> [<c0359444>] (nand_read_oob) from [<c0347548>] (mtd_read_oob+0x54/0xcc)
> [<c0347548>] (mtd_read_oob) from [<c035cea8>] (create_bbt+0x120/0x290)
> [<c035cea8>] (create_bbt) from [<c035e87c>] (nand_create_bbt+0x4f8/0x69c)
> [<c035e87c>] (nand_create_bbt) from [<c035b00c>] (nand_scan_tail+0x9c4/0xb04)
> [<c035b00c>] (nand_scan_tail) from [<c035b8ac>] (nand_scan_with_ids+0x760/0xab4)
> [<c035b8ac>] (nand_scan_with_ids) from [<c06ca508>]
> (fsmc_nand_probe+0x454/0x578)
> [<c06ca508>] (fsmc_nand_probe) from [<c03071d8>] (platform_drv_probe+0x48/0x98)
> [<c03071d8>] (platform_drv_probe) from [<c0305620>] (really_probe+0x224/0x2d4)
> [<c0305620>] (really_probe) from [<c0305830>] (driver_probe_device+0x5c/0x16c)
> [<c0305830>] (driver_probe_device) from [<c0305a10>] (__driver_attach+0xd0/0xd4)
> [<c0305a10>] (__driver_attach) from [<c0303798>] (bus_for_each_dev+0x70/0xb4)
> [<c0303798>] (bus_for_each_dev) from [<c0304a74>] (bus_add_driver+0x170/0x204)
> [<c0304a74>] (bus_add_driver) from [<c03063ac>] (driver_register+0x74/0x108)
> [<c03063ac>] (driver_register) from [<c0307390>]
> (__platform_driver_probe+0x58/0x124)
> [<c0307390>] (__platform_driver_probe) from [<c000a604>]
> (do_one_initcall+0x48/0x1a0)
> [<c000a604>] (do_one_initcall) from [<c06b3dd4>]
> (kernel_init_freeable+0x104/0x1c8)
> [<c06b3dd4>] (kernel_init_freeable) from [<c04fcd24>] (kernel_init+0x8/0xf4)
> [<c04fcd24>] (kernel_init) from [<c00090e0>] (ret_from_fork+0x14/0x34)
> (...)
> Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
>
> After looking at it I realized that if I uncomment this line:
>
> // fsmc_ce_ctrl(host, false);
>
> The driver works fine, so just holding CE enabled all the time makes
> everything work.
>
> I suspect it is some kind of timing issue maybe platform- or electronics
> dependent where you need to hold CE enabled for a while before
> reading pages from the NAND. This would explain why it is not seen
> in the platform this was developed on.
>
> I will experiment with some delay valued and try to read some data
> sheets but if you already have hints on how to deal with this I'd
> like to hear!
Might be caused by a missing barrier: when de-asserting the CE line, we
must make sure all accesses to the ->data_va range have been done.
Can you try with the following diff applied?
--->8---
diff --git a/drivers/mtd/nand/raw/fsmc_nand.c b/drivers/mtd/nand/raw/fsmc_nand.c
index 325b4414dccc..264d809c2d37 100644
--- a/drivers/mtd/nand/raw/fsmc_nand.c
+++ b/drivers/mtd/nand/raw/fsmc_nand.c
@@ -598,16 +598,21 @@ static void fsmc_ce_ctrl(struct fsmc_nand_data *host, bool assert)
{
u32 pc = readl(host->regs_va + FSMC_PC);
- if (!assert)
+ if (!assert) {
+ /*
+ * Make sure all previous read/write have been done before
+ * de-asserting the CE line.
+ */
+ mb();
writel_relaxed(pc & ~FSMC_ENABLE, host->regs_va + FSMC_PC);
- else
+ } else {
writel_relaxed(pc | FSMC_ENABLE, host->regs_va + FSMC_PC);
-
- /*
- * nCE line changes must be applied before returning from this
- * function.
- */
- mb();
+ /*
+ * nCE assertion must be applied before returning from this
+ * function.
+ */
+ mb();
+ }
}
/*
next prev parent reply other threads:[~2019-01-09 19:45 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-11 7:55 [PATCH v3 00/22] mtd: rawnand: 3rd batch of cleanup Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 01/22] mtd: rawnand: Stop passing mtd_info objects to internal functions Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 02/22] mtd: rawnand: Reorganize code to avoid forward declarations Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 03/22] mtd: rawnand: legacy: Drop useless test in nand_legacy_set_defaults() Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 04/22] mtd: rawnand: Move nand_exec_op() to internal.h Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 05/22] mtd: rawnand: Remove unused NAND_CONTROLLER_ALLOC flag Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 06/22] mtd: rawnand: ams-delta: Allow this driver to be compiled when COMPILE_TEST=y Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 07/22] mtd: rawnand: ams-delta: Add an SPDX tag to replace the license text Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 08/22] mtd: rawnand: ams-delta: Fix various coding style issues Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 09/22] mtd: rawnand: ams-delta: cleanup ams_delta_init() error path Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 10/22] mtd: rawnand: ams-delta: Check mtd_device_register() return code Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 11/22] mtd: rawnand: ams-delta: Explicitly inherit from nand_controller Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 12/22] mtd: rawnand: Add nand_[de]select_target() helpers Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 13/22] mtd: rawnand: Pass the CS line to be selected in struct nand_operation Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 14/22] mtd: rawnand: Make ->select_chip() optional when ->exec_op() is implemented Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 15/22] mtd: rawnand: fsmc: Stop implementing ->select_chip() Boris Brezillon
2019-01-09 18:18 ` Linus Walleij
2019-01-09 19:44 ` Boris Brezillon [this message]
2019-01-09 20:41 ` Linus Walleij
2019-01-09 20:54 ` Boris Brezillon
2019-01-09 21:30 ` Linus Walleij
2019-01-09 21:52 ` Boris Brezillon
2019-01-09 22:00 ` Linus Walleij
2019-01-09 22:20 ` Marc Gonzalez
2019-01-10 8:32 ` Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 16/22] mtd: rawnand: marvell: " Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 17/22] mtd: rawnand: tegra: " Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 18/22] mtd: rawnand: vf610: " Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 19/22] mtd: rawnand: ams-delta: " Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 20/22] mtd: rawnand: Deprecate the ->select_chip() hook Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 21/22] mtd: rawnand: Move the ->exec_op() method to nand_controller_ops Boris Brezillon
2018-11-11 7:55 ` [PATCH v3 22/22] mtd: rawnand: Move ->setup_data_interface() " Boris Brezillon
2018-11-18 20:47 ` [PATCH v3 00/22] mtd: rawnand: 3rd batch of cleanup Miquel Raynal
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=20190109204441.6aeab463@bbrezillon \
--to=bbrezillon@kernel.org \
--cc=boris.brezillon@bootlin.com \
--cc=computersforpeace@gmail.com \
--cc=dwmw2@infradead.org \
--cc=han.xu@nxp.com \
--cc=harveyhuntnexus@gmail.com \
--cc=jmkrzyszt@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-mtd@lists.infradead.org \
--cc=marc.w.gonzalez@free.fr \
--cc=marek.vasut@gmail.com \
--cc=maximlevitsky@gmail.com \
--cc=miquel.raynal@bootlin.com \
--cc=richard@nod.at \
--cc=stefan@agner.ch \
--cc=tudor.ambarus@microchip.com \
--cc=xiaolei.li@mediatek.com \
--cc=yamada.masahiro@socionext.com \
/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