On Fri, 24 Mar 2017 12:23:01 +0900 Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx> wrote: > > > >> > >> > >> It is unrelated to the chips' requirements. > > > > It is related to the chip requirements. > > Say you have a chip that requires a minimum of 4bits/512bytes. If you > > want to convert that to a 1024byte block setting it's perfectly fine, > > but then you'll have to meet (2 * ->ecc_strength_ds) for the > > ecc.strength parameter. > > I think this example case is always fine from the > "bigger ecc.size uses ECC more efficiently" we agreed. > If 4bits/512bytes is achievable, 8bits/1024bytes is always met. > > > The reverse is not always true. > If the chip requires 8bits/1024bytes then controller uses 4bit/512bytes, > this could be a reliability problem. Yes. In this case, you can choose 8bits/512byte if your controller supports it and the NAND has enough OOB bytes to store the ECC. Otherwise, you try to do you best and pick 4bits/512bytes even if it's a bit less reliable than 8bits/1024bytes. > > > > > The nand-ecc-strength and nand-ecc-step DT properties are here to > > override the chip requirements and force a specific setting. This is > > for example needed when the bootloader hardcodes an ECC setting without > > taking the NAND chip requirements into account, and since you want to > > read/write from both the bootloader and linux, you'll have to force this > > specific ECC setting, but this case should be the exception, not the > > default behavior. > > Yes, I also thought the case where the boot-loader hardcodes an ECC setting. > > Moreover, the Boot ROM really hard-codes (hard-wires) > the ECC setting in some cases. On some Socionext UniPhier boards, > users have no freedom to change the ECC settings. Okay, in this case there's nothing you can choose indeed. > > So, DT property need to be supported somehow. There's a difference between supporting the DT props and making them mandatory. I never suggested to get rid of DT settings, just to use NAND requirements when nothing is specified in the DT. Anyway, if you want to keep this behavior, you should state in the bindings doc that nand-ecc-step-size is mandatory for controllers where the ECC block size is configurable (unless you don't support such controllers yet). -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
