mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Zhihao Cheng <chengzhihao1@huawei.com>
To: Eddie James <eajames@linux.ibm.com>,
	<linux-mtd@lists.infradead.org>, <richard@nod.at>,
	<openbmc@lists.ozlabs.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	<sethjenkins@google.com>, <adobriyan@gmail.com>
Subject: Re: UBIFS errors since Linux 5.15
Date: Sat, 8 Nov 2025 11:03:37 +0800	[thread overview]
Message-ID: <183bacc4-3e27-59a7-ceb5-0bcac7d566e9@huawei.com> (raw)
In-Reply-To: <068ba254-0053-46d5-bff4-74c948d2e8ac@linux.ibm.com>

在 2025/11/8 1:38, Eddie James 写道:
> 
> Hello,
> 
> We are updating some BMC (Aspeed AST2600, ARM32) systems that were on 
> Linux 5.4 but observe consistent UBIFS errors with Linux 5.15 and later. 
> The errors seem to vary; there is a sampling below.
> 
> 
> We performed a git bisect and came up with the following commit, which 
> of course is completely unrelated to UBIFS. Reverting it does prevent 
> the issue... Does anyone have any suggestions?
> 
> commit 33fc9e26b7cb39f0d4219c875a2451802249c225
[...]
> [    8.180486] UBIFS error (ubi0:2 pid 66): ubifs_check_node: bad magic 
> 0x101831, expected 0x6101831

Hi, look here, the magic number 0x101831 vs 0x6101831, the difference is 
the highest bit(0 vs 6[0110])
> [    8.189578] UBIFS error (ubi0:2 pid 66): ubifs_check_node: bad node 
> at LEB 17:64664

[...]
> [ 3739.678968] UBIFS error (ubi0:2 pid 13): ubifs_check_node: bad CRC: 
> calculated 0x9179af29, read 0xa760f4f5

[...]
> [10412.723111] UBIFS error (ubi0:2 pid 297): ubifs_check_node: bad magic 
> 0x6100830, expected 0x6101831

and there, magic number 0x6100830 vs 0x6101831, the difference is lowest 
bit(0 vs 1).

So, I guess the crc error is caused by the similar reason, maybe there 
is something wrong with the nand driver or flash? According to the 
version information(5.15, and the unrelated commit 33fc9e26b7cb3), is it 
possible that there is a compatibility issue between your nand(bsp) 
driver with kernel nand common layer(which from different versions)?

> [10412.732436] UBIFS error (ubi0:2 pid 297): ubifs_check_node: bad node 
> at LEB 13:60248


  parent reply	other threads:[~2025-11-08  3:03 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-11-07 17:38 Eddie James
2025-11-07 20:03 ` Richard Weinberger
2025-11-07 23:49   ` Eddie James
2025-11-08  3:03 ` Zhihao Cheng [this message]
2025-11-08  3:10   ` Zhihao Cheng

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=183bacc4-3e27-59a7-ceb5-0bcac7d566e9@huawei.com \
    --to=chengzhihao1@huawei.com \
    --cc=adobriyan@gmail.com \
    --cc=eajames@linux.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mtd@lists.infradead.org \
    --cc=openbmc@lists.ozlabs.org \
    --cc=richard@nod.at \
    --cc=sethjenkins@google.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®