All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yan <ykong@sierrawireless.com>
To: linux-mtd@lists.infradead.org
Subject: UBI errors when "ls -l"
Date: Wed, 10 Dec 2014 09:34:22 +0000 (UTC)	[thread overview]
Message-ID: <loom.20141210T102753-582@post.gmane.org> (raw)

Hi all,

My Kernel version is:
Linux swi-mdm9x15 3.4.91-yocto-standard #7 PREEMPT Wed Dec 10 17:39:02 HKT 2014 
armv7l GNU/Linux

I am trying to mount ubifs. It seems mount ubifs image successfully, but when 
access ubifs, it will print out lots of error msgs.
This is steps I do:
(1)make ubifs.image. I make ubifs image from *.conf (I tried use "mkfs.ubifs" 
and "ubinize" to make image directly, the same error msgs ).
IMAGE_FSTYPES += "ubi"
MKUBIFS_ARGS = "-m 4096 -e 253952 -c 2047"
UBINIZE_ARGS = "-m 4096 -p 256KiB -s 4096"

(2)mount ubifs In Linux shell.
mkdir -p /mnt/ubifs
flash_erase /dev/mtd3 0 0 -N
dd if=/mnt/flash/ubi.img of=/dev/mtd3 bs=4096
ubiattach /dev/ubi_ctrl -m 3 -O 4096
ubiblkvol -a /dev/ubi0_0
mount -t ubifs ubi0:swi-mdm9x15-rootfs /mnt/ubifs

(3)After step (2), ubifs can be mounted successfully. But when I access ubifs, 
such as when I input "ls", it will show lots of error msgs. But after printing 
out error msgs, finally it will show directory.
By the way, I tried to use nandsim to debug the ubi image in Ubuntu, it is OK.
I think there is something wrong in Kernel configuration.
Could you please help me? Thank you very much!
Error msgs and Kernel configuration attached.

error msgs:
[ 1126.270349] UBI assert failed in ubi_io_read at 213 (pid 427)
[ 1126.275690] [<c0015568>] (unwind_backtrace+0x0/0x138) from [<c06a23fc>] 
(dump_stack+0x20/0x24)
[ 1126.284205] [<c06a23fc>] (dump_stack+0x20/0x24) from [<c0412934>] 
(ubi_io_read+0x2a0/0x320)
[ 1126.292781] [<c0412934>] (ubi_io_read+0x2a0/0x320) from [<c0410978>] 
(ubi_eba_read_leb+0x2dc/0x400)
[ 1126.301815] [<c0410978>] (ubi_eba_read_leb+0x2dc/0x400) from [<c040faa8>] 
(ubi_leb_read+0x110/0x174)
[ 1126.310483] [<c040faa8>] (ubi_leb_read+0x110/0x174) from [<c025f388>] 
(ubifs_leb_read+0x38/0x98)
[ 1126.319670] [<c025f388>] (ubifs_leb_read+0x38/0x98) from [<c02611c8>] 
(ubifs_read_node+0x16c/0x2b4)
[ 1126.328521] [<c02611c8>] (ubifs_read_node+0x16c/0x2b4) from [<c027ebe8>] 
(ubifs_load_znode+0xb8/0x518)
[ 1126.337555] [<c027ebe8>] (ubifs_load_znode+0xb8/0x518) from [<c0264638>] 
(ubifs_lookup_level0+0x140/0x2dc)
[ 1126.347138] [<c0264638>] (ubifs_lookup_level0+0x140/0x2dc) from [<c0264820>] 
(ubifs_tnc_locate+0x4c/0x1a0)
[ 1126.356844] [<c0264820>] (ubifs_tnc_locate+0x4c/0x1a0) from [<c0264fd8>] 
(ubifs_tnc_lookup_nm+0x34/0x1b8)
[ 1126.366793] [<c0264fd8>] (ubifs_tnc_lookup_nm+0x34/0x1b8) from [<c0284fc8>] 
(ubifs_getxattr+0x12c/0x26c)
[ 1126.375797] [<c0284fc8>] (ubifs_getxattr+0x12c/0x26c) from [<c032edf4>] 
(smk_fetch+0x80/0xb0)
[ 1126.384312] [<c032edf4>] (smk_fetch+0x80/0xb0) from [<c032f2a8>] 
(smack_d_instantiate+0x16c/0x29c)
[ 1126.393254] [<c032f2a8>] (smack_d_instantiate+0x16c/0x29c) from [<c032b044>] 
(security_d_instantiate+0x38/0x40)
[ 1126.403326] [<c032b044>] (security_d_instantiate+0x38/0x40) from 
[<c013e144>] (d_instantiate+0x84/0x88)
[ 1126.412665] [<c013e144>] (d_instantiate+0x84/0x88) from [<c0258e68>] 
(ubifs_lookup+0x1bc/0x244)
[ 1126.421364] [<c0258e68>] (ubifs_lookup+0x1bc/0x244) from [<c0133d3c>] 
(__lookup_hash+0xc0/0xf8)
[ 1126.429818] [<c0133d3c>] (__lookup_hash+0xc0/0xf8) from [<c0133fe4>] 
(do_lookup+0x270/0x2b0)
[ 1126.438577] [<c0133fe4>] (do_lookup+0x270/0x2b0) from [<c0135df8>] 
(path_lookupat+0x10c/0x700)
[ 1126.447062] [<c0135df8>] (path_lookupat+0x10c/0x700) from [<c0136418>] 
(do_path_lookup+0x2c/0x68)
[ 1126.455882] [<c0136418>] (do_path_lookup+0x2c/0x68) from [<c0137de8>] 
(user_path_at_empty+0x68/0x98)
[ 1126.465008] [<c0137de8>] (user_path_at_empty+0x68/0x98) from [<c0137e3c>] 
(user_path_at+0x24/0x2c)
[ 1126.473950] [<c0137e3c>] (user_path_at+0x24/0x2c) from [<c012dea4>] 
(vfs_fstatat+0x40/0x78)
[ 1126.482313] [<c012dea4>] (vfs_fstatat+0x40/0x78) from [<c012df38>] 
(vfs_stat+0x2c/0x30)
[ 1126.490034] [<c012df38>] (vfs_stat+0x2c/0x30) from [<c012e160>] 
(sys_stat64+0x24/0x40)
[ 1126.498275] [<c012e160>] (sys_stat64+0x24/0x40) from [<c000e6a0>] 
(ret_fast_syscall+0x0/0x30)
[ 1126.506668] UBIFS error (pid 427): ubifs_check_node: bad magic 0xce5f59ff, 
expected 0x6101831
[ 1126.515153] UBIFS error (pid 427): ubifs_check_node: bad node at LEB 91:4032
[ 1126.522172] Not a node, first 24 bytes:

             reply	other threads:[~2014-12-10  9:40 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-10  9:34 Yan [this message]
2014-12-10 10:40 ` UBI errors when "ls -l" Richard Weinberger
2014-12-10 13:10   ` Yan Kong
2014-12-10 13:24     ` Richard Weinberger
2014-12-10 13:51       ` Yan Kong
2014-12-10 13:55         ` Richard Weinberger
2014-12-12  8:03           ` Yan Kong
2014-12-12  8:21             ` Richard Weinberger
2014-12-15  3:30               ` Yan Kong
2014-12-15  8:36                 ` Richard Weinberger
2014-12-15  8:53                   ` Yan Kong

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=loom.20141210T102753-582@post.gmane.org \
    --to=ykong@sierrawireless.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 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.