imx6ull: NAND boot fails when block 0x00000000 is bad
Hi,
I have a imx6ull module from Toradex, with NAND flash. U-boot does not have SPL. I does not boot from NAND flash anymore, I was able to flash it several times with tezi, as well as with nandbcb (that I discovered more recently).
There are error messages complaining about some bad blocks, including block 0x00000000.
Toradex say that the module cannot be recovered, but this seems in contradiction with what we can read from the iMX6 reference manual, where the boot process description mentions that the ROM can attempt to seek for FCB several times.
I attempted to use nandbcb to write the FCB at next block, ie 0x20000 (attempting a lower value makes nandbcb complain that I am not writing to an aligned location), with no better success.
What is your mind about that ? Sounds that the answer could be in mis-configured fuses, else I consider that having block 0x00000000 causes a bricked board, as a weakness for production, in other words, an unreliable product.
Best regards Thierry
[Adding some more folks]
On Fri, May 13, 2022 at 2:41 PM Thierry Bultel thierry.bultel@linatsea.fr wrote:
Hi,
I have a imx6ull module from Toradex, with NAND flash. U-boot does not have SPL. I does not boot from NAND flash anymore, I was able to flash it several times with tezi, as well as with nandbcb (that I discovered more recently).
There are error messages complaining about some bad blocks, including block 0x00000000.
Toradex say that the module cannot be recovered, but this seems in contradiction with what we can read from the iMX6 reference manual, where the boot process description mentions that the ROM can attempt to seek for FCB several times.
I attempted to use nandbcb to write the FCB at next block, ie 0x20000 (attempting a lower value makes nandbcb complain that I am not writing to an aligned location), with no better success.
What is your mind about that ? Sounds that the answer could be in mis-configured fuses, else I consider that having block 0x00000000 causes a bricked board, as a weakness for production, in other words, an unreliable product.
Best regards Thierry
-- Re: test www.linatsea.fr <www.linatsea.fr> -- www.linatsea.fr
Hi Thierry
Il ven 13 mag 2022, 19:56 Fabio Estevam festevam@gmail.com ha scritto:
[Adding some more folks]
On Fri, May 13, 2022 at 2:41 PM Thierry Bultel thierry.bultel@linatsea.fr wrote:
Hi,
I have a imx6ull module from Toradex, with NAND flash. U-boot does not have SPL. I does not boot from NAND flash anymore, I was able to flash it several times with tezi, as well as with nandbcb (that I discovered more recently).
There are error messages complaining about some bad blocks, including block 0x00000000.
Toradex say that the module cannot be recovered, but this seems in contradiction with what we can read from the iMX6 reference manual, where the boot process description mentions that the ROM can attempt to seek for FCB several times.
I attempted to use nandbcb to write the FCB at next block, ie 0x20000 (attempting a lower value makes nandbcb complain that I am not writing to an aligned location), with no better success.
What is your mind about that ? Sounds that the answer could be in mis-configured fuses, else I consider that having block 0x00000000 causes a bricked board, as a weakness for production, in other words, an unreliable product.
What U-Boot version are you using? Anyway block 0 is always guarantee by nand manufacturer, so having that bad look strange
Michael
Best regards Thierry
-- Re: test www.linatsea.fr <www.linatsea.fr> -- www.linatsea.fr
Hi Michael, I am using version 2022.04
|Colibri iMX6ULL # nand erase.chip NAND erase.chip: device 0 whole chip Skipping bad block at 0x00000000 Skipping bad block at 0x1ff80000|
Thierry
Le 13/05/2022 à 20:00, Michael Nazzareno Trimarchi a écrit :
Hi Thierry
Il ven 13 mag 2022, 19:56 Fabio Estevam festevam@gmail.com ha scritto:
[Adding some more folks] On Fri, May 13, 2022 at 2:41 PM Thierry Bultel <thierry.bultel@linatsea.fr> wrote: > > Hi, > > I have a imx6ull module from Toradex, with NAND flash. U-boot does not > have SPL. > I does not boot from NAND flash anymore, I was able to flash it several > times with tezi, as well as with > nandbcb (that I discovered more recently). > > There are error messages complaining about some bad blocks, including > block 0x00000000. > > Toradex say that the module cannot be recovered, but this seems in > contradiction with what we can read > from the iMX6 reference manual, where the boot process description > mentions that the ROM can attempt to > seek for FCB several times. > > I attempted to use nandbcb to write the FCB at next block, ie 0x20000 > (attempting a lower value > makes nandbcb complain that I am not writing to an aligned location), > with no better success. > > What is your mind about that ? Sounds that the answer could be in > mis-configured fuses, > else I consider that having block 0x00000000 causes a bricked board, as > a weakness for production, > in other words, an unreliable product.What U-Boot version are you using? Anyway block 0 is always guarantee by nand manufacturer, so having that bad look strange
Michael
> > Best regards > Thierry > > > -- > Re: test > www.linatsea.fr <http://www.linatsea.fr> <www.linatsea.fr <http://www.linatsea.fr>> > -- > www.linatsea.fr <http://www.linatsea.fr>
Hello,
On Fri, May 13, 2022 at 08:00:31PM +0200, Michael Nazzareno Trimarchi wrote:
Il ven 13 mag 2022, 19:56 Fabio Estevam festevam@gmail.com ha scritto:
On Fri, May 13, 2022 at 2:41 PM Thierry Bultel thierry.bultel@linatsea.fr wrote:
There are error messages complaining about some bad blocks, including block 0x00000000.
Anyway block 0 is always guarantee by nand manufacturer, so having that bad look strange
I am aligned with Michael here, if you have a NAND device with block 0 bad there is something really wrong going on.
Francesco
Hi
On Mon, May 16, 2022 at 8:51 AM Francesco Dolcini francesco.dolcini@toradex.com wrote:
Hello,
On Fri, May 13, 2022 at 08:00:31PM +0200, Michael Nazzareno Trimarchi wrote:
Il ven 13 mag 2022, 19:56 Fabio Estevam festevam@gmail.com ha scritto:
On Fri, May 13, 2022 at 2:41 PM Thierry Bultel thierry.bultel@linatsea.fr wrote:
There are error messages complaining about some bad blocks, including block 0x00000000.
Anyway block 0 is always guarantee by nand manufacturer, so having that bad look strange
I am aligned with Michael here, if you have a NAND device with block 0 bad there is something really wrong going on.
Can you see the SPL on console?
Michael
Francesco
On Mon, 2022-05-16 at 08:58 +0200, Michael Nazzareno Trimarchi wrote:
Hi
On Mon, May 16, 2022 at 8:51 AM Francesco Dolcini francesco.dolcini@toradex.com wrote:
Hello,
On Fri, May 13, 2022 at 08:00:31PM +0200, Michael Nazzareno Trimarchi wrote:
Il ven 13 mag 2022, 19:56 Fabio Estevam festevam@gmail.com ha scritto:
On Fri, May 13, 2022 at 2:41 PM Thierry Bultel thierry.bultel@linatsea.fr wrote:
There are error messages complaining about some bad blocks, including block 0x00000000.
Anyway block 0 is always guarantee by nand manufacturer, so having that bad look strange
I am aligned with Michael here, if you have a NAND device with block 0 bad there is something really wrong going on.
Can you see the SPL on console?
BTW: The datasheet should anybody still be in doubt [1].
[1] https://www.mxic.com.tw/Lists/Datasheet/Attachments/8460/MX30LF4G28AC,%203V,...
Cheers
Marcel
Hi
On Mon, May 16, 2022 at 9:10 AM Marcel Ziswiler marcel.ziswiler@toradex.com wrote:
On Mon, 2022-05-16 at 08:58 +0200, Michael Nazzareno Trimarchi wrote:
Hi
On Mon, May 16, 2022 at 8:51 AM Francesco Dolcini francesco.dolcini@toradex.com wrote:
Hello,
On Fri, May 13, 2022 at 08:00:31PM +0200, Michael Nazzareno Trimarchi wrote:
Il ven 13 mag 2022, 19:56 Fabio Estevam festevam@gmail.com ha scritto:
On Fri, May 13, 2022 at 2:41 PM Thierry Bultel thierry.bultel@linatsea.fr wrote:
There are error messages complaining about some bad blocks, including block 0x00000000.
Anyway block 0 is always guarantee by nand manufacturer, so having that bad look strange
I am aligned with Michael here, if you have a NAND device with block 0 bad there is something really wrong going on.
Can you see the SPL on console?
BTW: The datasheet should anybody still be in doubt [1].
[1] https://www.mxic.com.tw/Lists/Datasheet/Attachments/8460/MX30LF4G28AC,%203V,...
Block 0 is guaranteed to be good at least 1K P/E cycle (with ECC).
According to the datasheet. Question is if the bootrom using the ddtb is able to boot any way the SPL. If this happen the patches that are in review should help him to boot
Michael
Cheers
Marcel
Le 16/05/2022 à 09:22, Michael Nazzareno Trimarchi a écrit :
Hi
On Mon, May 16, 2022 at 9:10 AM Marcel Ziswiler marcel.ziswiler@toradex.com wrote:
On Mon, 2022-05-16 at 08:58 +0200, Michael Nazzareno Trimarchi wrote:
Hi
On Mon, May 16, 2022 at 8:51 AM Francesco Dolcini francesco.dolcini@toradex.com wrote:
Hello,
On Fri, May 13, 2022 at 08:00:31PM +0200, Michael Nazzareno Trimarchi wrote:
Il ven 13 mag 2022, 19:56 Fabio Estevamfestevam@gmail.com ha scritto:
On Fri, May 13, 2022 at 2:41 PM Thierry Bultel thierry.bultel@linatsea.fr wrote: > There are error messages complaining about some bad blocks, including > block 0x00000000.
Anyway block 0 is always guarantee by nand manufacturer, so having that bad look strange
I am aligned with Michael here, if you have a NAND device with block 0 bad there is something really wrong going on.
Can you see the SPL on console?
BTW: The datasheet should anybody still be in doubt [1].
[1]https://www.mxic.com.tw/Lists/Datasheet/Attachments/8460/MX30LF4G28AC,%203V,...
Block 0 is guaranteed to be good at least 1K P/E cycle (with ECC).
According to the datasheet. Question is if the bootrom using the ddtb is able to boot any way the SPL. If this happen the patches that are in review should help him to boot
Dear Michael, in my configuration, I do no have SPL.
However, if you have pending patches that could help to boot, I would be glad to test them
Cheers Thierry
Michael
Cheers
Marcel
participants (5)
-
Fabio Estevam -
Francesco Dolcini -
Marcel Ziswiler -
Michael Nazzareno Trimarchi -
Thierry Bultel