On Mar 25, Lee Jones wrote:
> Inform the user of any known bad blocks during initialisation.
> Conversely, if there aren't any known bad blocks, let the user know
> the good news.
> 
> Signed-off-by: Lee Jones <[email protected]>
> ---
>  drivers/mtd/nand/stm_nand_bch.c | 24 ++++++++++++++++++++++++
>  1 file changed, 24 insertions(+)
> 
> diff --git a/drivers/mtd/nand/stm_nand_bch.c b/drivers/mtd/nand/stm_nand_bch.c
> index 6698b1f..abbb4d9 100644
> --- a/drivers/mtd/nand/stm_nand_bch.c
> +++ b/drivers/mtd/nand/stm_nand_bch.c
> @@ -1060,6 +1060,28 @@ static int bch_load_bbt(struct nandi_controller *nandi,
>       return 0;
>  }
>  
> +static void nandi_dump_bad_blocks(struct nandi_controller *nandi)
> +{
> +     int bad_count = 0;
> +     uint32_t block;
> +     uint8_t *bbt = nandi->info.bbt_info.bbt;
> +     uint8_t mark;
> +
> +     pr_info("BBT:\n");
> +     for (block = 0; block < nandi->blocks_per_device; block++) {
> +             mark = bbt_get_block_mark(bbt, block);
> +             if (mark != BBT_MARK_GOOD) {
> +                     pr_info("\t\tBlock 0x%08x [%05u] marked bad [%s]\n",
> +                             block << nandi->block_shift, block,
> +                             (mark == BBT_MARK_BAD_FACTORY) ?
> +                             "Factory" : "Wear");
> +                     bad_count++;
> +             }
> +     }
> +     if (bad_count == 0)
> +             pr_info("\t\tNo bad blocks listed in BBT\n");
> +}
> +
>  /*
>   * Initialisation
>   */
> @@ -1849,6 +1871,8 @@ static int stm_nand_bch_probe(struct platform_device 
> *pdev)
>                       return err;
>       }
>  
> +     nandi_dump_bad_blocks(nandi);
> +

Hm... this looks suspicious. Are you sure you need this?

The NAND BBT code prints the bad blocks at initialization-time. If that's
not the case for you, perhaps we should be fixing that in the BBT code,
rather than at a driver's level.
-- 
Ezequiel GarcĂ­a, Free Electrons
Embedded Linux, Kernel and Android Engineering
http://free-electrons.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to