All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Babic <sbabic@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2] pcm058: fix NAND flash not using badblock table
Date: Fri, 7 Dec 2018 19:55:40 +0100	[thread overview]
Message-ID: <d7836d8e-67ea-89ec-5c70-6cb523169887@denx.de> (raw)
In-Reply-To: <bb682eca-85d4-82ed-3919-963598820116@denx.de>

Hi Harald,

On 07/12/18 13:18, Marek Vasut wrote:
> On 12/07/2018 01:15 PM, Harald Seiler wrote:
>> Hello Marek,
> 
> Hi,
> 
>> On Fri, 2018-12-07 at 12:48 +0100, Marek Vasut wrote:
>>> On 12/07/2018 10:19 AM, Harald Seiler wrote:
>>>> Currently, U-Boot ignores the BBT stored in the last 4 blocks of NAND
>>>> flash because the NAND_BBT_USE_FLASH flag is not set.  This leads to
>>>> two issues:
>>>>
>>>> * U-Boot silently uses a memory-only BBT which is initialized with all
>>>>   blocks marked as good.  This means, actual bad blocks are marked good
>>>>   and U-Boot might try writing to or reading from them.
>>>> * The BBT in flash, which will be created once Linux boots up, is not
>>>>   off limits for a driver ontop, like UBI.  While it does not seem to
>>>>   consistently produce an error, sometimes UBI will fail to attach
>>>>   because the BBT blocks obviously don't contain valid UBI data.
>>>>
>>>> To fix this, this patch sets the CONFIG_SYS_NAND_USE_FLASH_BBT option,
>>>> which is used in ./drivers/mtd/nand/raw/mxs_nand.c to decide whether
>>>> a BBT in flash is used.
>>>>
>>>> Signed-off-by: Harald Seiler <hws@denx.de>
>>>
>>> V2 Changelog is missing.
>>>
>>>> ---
>>>>  include/configs/pcm058.h | 1 +
>>>>  1 file changed, 1 insertion(+)
>>>>
>>>> diff --git a/include/configs/pcm058.h b/include/configs/pcm058.h
>>>> index 49048c163f..b9bc08b388 100644
>>>> --- a/include/configs/pcm058.h
>>>> +++ b/include/configs/pcm058.h
>>>> @@ -55,6 +55,7 @@
>>>>  #define CONFIG_SYS_NAND_BASE		0x40000000
>>>>  #define CONFIG_SYS_NAND_5_ADDR_CYCLE
>>>>  #define CONFIG_SYS_NAND_ONFI_DETECTION
>>>> +#define CONFIG_SYS_NAND_USE_FLASH_BBT
>>>
>>> Shouldn't this be enabled on all boards with GPMI NAND ?
>>>
>>
>> I looked at other boards and they all defined this config, so I
>> assumed this was the way to go ...

Let me understand. If Isearch for CONFIG_NAND_MXS, I get 27 boards using
this drivers, with different SOC (mx28, mx6[Dual|Quad|Solo], mx6sx,
mx6ull). But none of them is setting  CONFIG_SYS_NAND_USE_FLASH_BBT.

When does it happen the issue ? It should happen if we create a UBI
container and its volumes in U-Boot. If UBI is generated in linux, this
should not happen. Is it the case or does it happen in any condition ?

I think the issue happens because there is a disalignment between kernel
and u-boot. Kernel mainline for this board (file
imx6qdl-phytec-phycore-som.dtsi) sets "nand-on-flash-bbt", while U-Boot
not. That mean that this can always happen if kernel and U-Boot does not
use the same setup for the driver.

Maybe with previous kernel versions there was no problem because Linux
used the same setup as U-Boot.

Anyway, this discourage setting CONFIG_SYS_NAND_USE_FLASH_BBT
unconditionally for all boards with GPMI driver.

> But yes, as far as I understand,
>> it would make sense to have it enabled most of the time.  Although
>> there is some code which makes this configuration from the
>> devicetree, which might be an even better solution.

Device tree has already this option as I see in
drivers/mtd/nand/raw/nand_base.c. The driver enforces this if no DT (as
in this case) is used.

> 
> Cool, if this can be fixed in a more general manner, that'd be awesome
> and would help others too. Better yet, it'd get rid of possibly
> hazardous duplication. Can you research it ?
> 

Best regards,
Stefano

-- 
=====================================================================
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic at denx.de
=====================================================================

  reply	other threads:[~2018-12-07 18:55 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-05 12:29 [U-Boot] [PATCH] pcm058: fix NAND flash not using badblock table Harald Seiler
2018-12-07  8:45 ` Stefano Babic
2018-12-07  9:19   ` [U-Boot] [PATCH v2] " Harald Seiler
2018-12-07 11:48     ` Marek Vasut
2018-12-07 12:15       ` Harald Seiler
2018-12-07 12:18         ` Marek Vasut
2018-12-07 18:55           ` Stefano Babic [this message]
2018-12-07 21:18             ` Harald Seiler
2018-12-08 18:44               ` Stefano Babic

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=d7836d8e-67ea-89ec-5c70-6cb523169887@denx.de \
    --to=sbabic@denx.de \
    --cc=u-boot@lists.denx.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.