All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fabio Estevam <festevam@gmail.com>
To: Miquel Raynal <miquel.raynal@bootlin.com>,
	 Guillaume Tucker <guillaume.tucker@collabora.com>
Cc: Sascha Hauer <kernel@pengutronix.de>,
	linux-mtd <linux-mtd@lists.infradead.org>
Subject: Re: imx27: No space left to write bad block table
Date: Mon, 19 Apr 2021 08:47:56 -0300	[thread overview]
Message-ID: <CAOMZO5CpzojN1U9HfSA8Vi8uEzrn=0cqo4tMd_qi52F0Q6kObg@mail.gmail.com> (raw)
In-Reply-To: <20210419083738.07a28a20@xps13>

Hi Miquel,

On Mon, Apr 19, 2021 at 3:37 AM Miquel Raynal <miquel.raynal@bootlin.com> wrote:
>
> Hi Fabio,
>
> Fabio Estevam <festevam@gmail.com> wrote on Sat, 17 Apr 2021 12:59:22
> -0300:
>
> > Hi,
> >
> > I noticed this error recently on a imx27-phytec-phycard-s-rdk reported
> > on kernelci:
> >
> > nand: device found, Manufacturer ID: 0x20, Chip ID: 0xa1
> > nand: ST Micro NAND01GR3B2CZA6
> > nand: 128 MiB, SLC, erase size: 128 KiB, page size: 2048, OOB size: 64
> > Bad block table not found for chip 0
> > Bad block table not found for chip 0
> > Scanning device for bad blocks
> > random: fast init done
> > Bad eraseblock 329 at 0x000002920000
> > Bad eraseblock 330 at 0x000002940000
> > Bad eraseblock 331 at 0x000002960000
> > Bad eraseblock 332 at 0x000002980000
> > Bad eraseblock 333 at 0x0000029a0000
> > Bad eraseblock 334 at 0x0000029c0000
> > Bad eraseblock 335 at 0x0000029e0000
> > Bad eraseblock 336 at 0x000002a00000
> > Bad eraseblock 337 at 0x000002a20000
> > Bad eraseblock 338 at 0x000002a40000
> > Bad eraseblock 339 at 0x000002a60000
> > Bad eraseblock 340 at 0x000002a80000
> > Bad eraseblock 341 at 0x000002aa0000
> > Bad eraseblock 342 at 0x000002ac0000
> > Bad eraseblock 343 at 0x000002ae0000
> > Bad eraseblock 344 at 0x000002b00000
> > Bad eraseblock 345 at 0x000002b20000
> > Bad eraseblock 1020 at 0x000007f80000
> > Bad eraseblock 1021 at 0x000007fa0000
> > Bad eraseblock 1022 at 0x000007fc0000
> > Bad eraseblock 1023 at 0x000007fe0000
> > No space left to write bad block table
> > nand_bbt: error while writing bad block table -28
> > mxc_nand: probe of d8000000.nand-controller failed with error -28
> >
> > Full log:
> > https://storage.kernelci.org/next/master/next-20210416/arm/imx_v4_v5_defconfig/gcc-8/lab-pengutronix/baseline-imx27-phytec-phycard-s-rdk.html
> >
> > I don't have access to this board but just wanted to report it.
>
> Thanks for the report!
>
> Indeed that's a misbehavior, this happens when *something* is not
> happening correctly and the board boots over and over, each time
> decrementing the block supposed to contain the BBT until there are none
> available anymore. However I'm not sure this has been caused by a
> recent issue as there have not been major changes in the core nor in
> this driver since your last fix. Maybe this is a leftover of the
> previous situation. Would this be possible? Do you have a mean to find
> out the day/kernel version which started failing?

I know it does not happen on master, only on linux-next.

The oldest linux-next log I see listed for the
imx27-phytec-phycard-s-rdk board that I see on kernelci is 20210401,
which is also affected.

Adding Guillaume in case kernelci could help to find the commit that
causes the "No space left to write bad block table" message to appear.

Thanks

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

  reply	other threads:[~2021-04-19 11:48 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-17 15:59 imx27: No space left to write bad block table Fabio Estevam
2021-04-19  6:37 ` Miquel Raynal
2021-04-19 11:47   ` Fabio Estevam [this message]
2021-04-19 12:27     ` Miquel Raynal
2021-04-19 12:41       ` Fabio Estevam
2021-04-19 12:48         ` Fabio Estevam
2021-04-19 13:01           ` Fabio Estevam
2021-04-19 13:40           ` Miquel Raynal
2021-04-19 13:56             ` Fabio Estevam
2021-04-19 13:04       ` Stefan Riedmüller
2021-04-19 15:36         ` Miquel Raynal
2021-04-20  6:26           ` Stefan Riedmüller
2021-04-21 20:44             ` Guillaume Tucker
2021-04-21 23:29               ` Fabio Estevam
2021-04-22 13:16                 ` Guillaume Tucker
2021-04-22 13:28                   ` Fabio Estevam
2021-04-23 21:04                     ` Fabio Estevam
2021-04-26 15:53           ` Stefan Riedmüller
2021-05-04  8:34             ` Miquel Raynal
2021-05-10  8:38               ` Stefan Riedmüller

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='CAOMZO5CpzojN1U9HfSA8Vi8uEzrn=0cqo4tMd_qi52F0Q6kObg@mail.gmail.com' \
    --to=festevam@gmail.com \
    --cc=guillaume.tucker@collabora.com \
    --cc=kernel@pengutronix.de \
    --cc=linux-mtd@lists.infradead.org \
    --cc=miquel.raynal@bootlin.com \
    /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.