]> git.ipfire.org Git - thirdparty/u-boot.git/commit
mtd: rawnand: denali: deassert write protect pin
authorMasahiro Yamada <yamada.masahiro@socionext.com>
Thu, 7 May 2020 13:12:00 +0000 (22:12 +0900)
committerMasahiro Yamada <yamada.masahiro@socionext.com>
Fri, 22 May 2020 02:21:06 +0000 (11:21 +0900)
commit1c193c0c6e8babd54b254c134718222e232728a6
tree2ea9b87cf0d672f5fdfe3c73ab3a2a1bad693dcc
parent1517126fdac2ee73286676770bca175b32d7a3d2
mtd: rawnand: denali: deassert write protect pin

[ Linux commit 9afbe7c0140f663586edb6e823b616bd7076c00a ]

If the write protect signal from this IP is connected to the NAND
device, this IP can handle the WP# pin via the WRITE_PROTECT
register.

The Denali NAND Flash Memory Controller User's Guide describes
this register like follows:

  When the controller is in reset, the WP# pin is always asserted
  to the device. Once the reset is removed, the WP# is de-asserted.
  The software will then have to come and program this bit to
  assert/de-assert the same.

    1 - Write protect de-assert
    0 - Write protect assert

The default value is 1, so the write protect is de-asserted after
the reset is removed. The driver can write to the device unless
someone has explicitly cleared register before booting the kernel.

The boot ROM of some UniPhier SoCs (LD4, Pro4, sLD8, Pro5) is the
case; the boot ROM clears the WRITE_PROTECT register when the system
is booting from the NAND device, so the NAND device becomes read-only.

Set it to 1 in the driver in order to allow the write access to the
device.

Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
drivers/mtd/nand/raw/denali.c