Re: [PATCH 6/6] mtd: rawnand: marvell: Rename the ->correct() function

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 21 Apr 2020 18:48:57 +0200
Miquel Raynal <miquel.raynal@xxxxxxxxxxx> wrote:

> There is no correction involved at this point, it is just a matter of
> reading registers and checking whether bitflips have occurred or
> not. Rename the function to clarify it.
> 
> Signed-off-by: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>

Reviewed-by: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxx>

> ---
>  drivers/mtd/nand/raw/marvell_nand.c | 19 +++++++++----------
>  1 file changed, 9 insertions(+), 10 deletions(-)
> 
> diff --git a/drivers/mtd/nand/raw/marvell_nand.c b/drivers/mtd/nand/raw/marvell_nand.c
> index 2db143a97626..3e448b89aaad 100644
> --- a/drivers/mtd/nand/raw/marvell_nand.c
> +++ b/drivers/mtd/nand/raw/marvell_nand.c
> @@ -932,14 +932,14 @@ static void marvell_nfc_check_empty_chunk(struct nand_chip *chip,
>  }
>  
>  /*
> - * Check a chunk is correct or not according to hardware ECC engine.
> + * Check if a chunk is correct or not according to the hardware ECC engine.
>   * mtd->ecc_stats.corrected is updated, as well as max_bitflips, however
>   * mtd->ecc_stats.failure is not, the function will instead return a non-zero
>   * value indicating that a check on the emptyness of the subpage must be
> - * performed before declaring the subpage corrupted.
> + * performed before actually declaring the subpage as "corrupted".
>   */
> -static int marvell_nfc_hw_ecc_correct(struct nand_chip *chip,
> -				      unsigned int *max_bitflips)
> +static int marvell_nfc_hw_ecc_check_bitflips(struct nand_chip *chip,
> +					     unsigned int *max_bitflips)
>  {
>  	struct mtd_info *mtd = nand_to_mtd(chip);
>  	struct marvell_nfc *nfc = to_marvell_nfc(chip->controller);
> @@ -1053,7 +1053,7 @@ static int marvell_nfc_hw_ecc_hmg_read_page(struct nand_chip *chip, u8 *buf,
>  	marvell_nfc_enable_hw_ecc(chip);
>  	marvell_nfc_hw_ecc_hmg_do_read_page(chip, buf, chip->oob_poi, false,
>  					    page);
> -	ret = marvell_nfc_hw_ecc_correct(chip, &max_bitflips);
> +	ret = marvell_nfc_hw_ecc_check_bitflips(chip, &max_bitflips);
>  	marvell_nfc_disable_hw_ecc(chip);
>  
>  	if (!ret)
> @@ -1336,7 +1336,7 @@ static int marvell_nfc_hw_ecc_bch_read_page(struct nand_chip *chip,
>  		/* Read the chunk and detect number of bitflips */
>  		marvell_nfc_hw_ecc_bch_read_chunk(chip, chunk, data, data_len,
>  						  spare, spare_len, page);
> -		ret = marvell_nfc_hw_ecc_correct(chip, &max_bitflips);
> +		ret = marvell_nfc_hw_ecc_check_bitflips(chip, &max_bitflips);
>  		if (ret)
>  			failure_mask |= BIT(chunk);
>  
> @@ -1358,10 +1358,9 @@ static int marvell_nfc_hw_ecc_bch_read_page(struct nand_chip *chip,
>  	 */
>  
>  	/*
> -	 * In case there is any subpage read error reported by ->correct(), we
> -	 * usually re-read only ECC bytes in raw mode and check if the whole
> -	 * page is empty. In this case, it is normal that the ECC check failed
> -	 * and we just ignore the error.
> +	 * In case there is any subpage read error, we usually re-read only ECC
> +	 * bytes in raw mode and check if the whole page is empty. In this case,
> +	 * it is normal that the ECC check failed and we just ignore the error.
>  	 *
>  	 * However, it has been empirically observed that for some layouts (e.g
>  	 * 2k page, 8b strength per 512B chunk), the controller tries to correct


______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/



[Index of Archives]     [LARTC]     [Bugtraq]     [Yosemite Forum]     [Photo]

  Powered by Linux