linux-mtd.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: Jupiter <jupiter.hce@gmail.com>
To: linux-mtd <linux-mtd@lists.infradead.org>
Subject: Re: Any UBIFS volume image installation command with selective ECC (DTB) in Linux?
Date: Fri, 15 May 2020 16:59:53 +1000	[thread overview]
Message-ID: <CAA=hcWT-Noe3hk-YYs2K+WYA9b2dLtT6A5boYyf3x-3YOKr-Dg@mail.gmail.com> (raw)
In-Reply-To: <CAA=hcWTTD3uLOq91GAAm6GXvAmQrDbhd6Jxj2EMH40O8n9ExoA@mail.gmail.com>

My apology for keeping posts while reading more to understand the
error -74 (ECC error) from
http://www.linux-mtd.infradead.org/faq/ubi.html#L_ecc_error, but I am
still not clear why the ECC error occured, let me rephrase it:

- I used ubiformat to flash the UBIFS volume image ubi.img to NAND MTD
partition 2 in Kernel 4.19:

ubiformat /dev/mtd2 -f /tmp/ubi.img

The ubi.img contains a dtb-volume in

- In NAND boot

Calling ubi part ubifs_partition before caused following error before
it could read ubi readvol 0x88c00000 dtb-volume:

ubi0 error: ubi_io_read: error -74 (ECC error) while reading 64 bytes
from PEB 3 83:0, read 64 bytes
ubi0 error: ubi_io_read: error -74 (ECC error) while reading 2048
bytes from PEB 383:2048, read 2048 bytes

The document says UBI tried to read some data from the flash, but the
flash driver found that there is an uncorrectable ECC error, and
returned -EBADMSG.

I can eliminate the causes in the document such as buggy NAND driver
and HW issue, or flash image improperly.

I am baffled when ubiformat flashed ubi.img to NAND, who wrote the ECC
to the flash?, Does ubiformat write ECC to NAND? If so, how can select
the ECC for ubiformat to write correct ECC to NAND?

Thank you.

Kind regards,

- j

On 5/15/20, Jupiter <jupiter.hce@gmail.com> wrote:
> Seems I am not alone for this issue, found the comments from following
> link https://community.nxp.com/thread/324502 6 years ago, it is not
> exactly the same to my issue, but are there any new development to
> decouple the MTD UBI ECC with u-boot ECC?
>
> "It definitely looks as if the Linux MTD's ECC doesn't agree with the
> U-Boot ECC.  For instance, I have the same message if I write a UBI
> partition with Software-ECC and then mount with Hardware-ECC. Here is
> some conversation with Stefan Agner and I
>
> http://lists.infradead.org/pipermail/linux-mtd/2014-April/053553.html
> http://lists.infradead.org/pipermail/linux-mtd/2014-April/053560.html
> http://lists.infradead.org/pipermail/linux-mtd/2014-April/053570.html
> ............
> "
>
> Thank you.
>
> Kind regards,
>
> - j
>
>
> On 5/14/20, Jupiter <jupiter.hce@gmail.com> wrote:
>> Hi,
>>
>> I used ubinize to build a UBIFS image ubi.img, the image has three
>> volumes, dtb-volume (imx6ulz.dtb), kernel-volume and rootfs-volume.
>>
>> To install u-boot and root UBIFS image to iMX6ULL NAND, I used a
>> zImage-initramfs to install the u-boot to u-boot mtd partition first,
>> then to install ubi.img in UBIFS partition by running following
>> commands:
>>
>> flash_erase /dev/mtd2 0 0
>> ubiformat /dev/mtd2 -f /tmp/ubi.img
>>
>> It was all fine, but after the installation, it cannot run ubi part in
>> u-boot:
>>
>> ubi0 error: ubi_io_read: error -74 (ECC error) while reading 64 bytes
>> from
>> PEB 3
>> 83:0, read 64 bytes
>> ubi0 error: ubi_io_read: error -74 (ECC error) while reading 2048 bytes
>> from
>> PEB
>>  383:2048, read 2048 bytes
>>
>> The problem was that u-boot installation requires a higher bit ECC, so
>> that zImage-initramfs was started with imx6ulz-kobs.dtb, if I change
>> to start  zImage-initramfs with a low bit ECC imx6ulz.dtb, that ECC
>> error gone away, but then I could not flash u-boot to NAND.
>>
>> Are there any way or mtd / ubi command to flash ubi.img to NAND based
>> on a specific ECC / dtb?
>>
>> Appreciate any your kind advice.
>>
>> Thank you.
>>
>> Kind regards,
>>
>> - jupiter
>>
>>
>> --
>> "A man can fail many times, but he isn't a failure until he begins to
>> blame somebody else."
>> -- John Burroughs
>>
>
>
> --
> "A man can fail many times, but he isn't a failure until he begins to
> blame somebody else."
> -- John Burroughs
>


-- 
"A man can fail many times, but he isn't a failure until he begins to
blame somebody else."
-- John Burroughs

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

  reply	other threads:[~2020-05-15  7:00 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-14 11:37 Any UBIFS volume image installation command with selective ECC (DTB) in Linux? Jupiter
2020-05-15  1:16 ` Jupiter
2020-05-15  6:59   ` Jupiter [this message]
2020-05-20 11:22     ` Alexander Dahl

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='CAA=hcWT-Noe3hk-YYs2K+WYA9b2dLtT6A5boYyf3x-3YOKr-Dg@mail.gmail.com' \
    --to=jupiter.hce@gmail.com \
    --cc=linux-mtd@lists.infradead.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).