嵌入式开发者社区

标题: omapl138核心板系统热启动后ubifs报段地址访问异常错误 [打印本页]
作者: custar    时间: 2015-8-13 09:10
标题: omapl138核心板系统热启动后ubifs报段地址访问异常错误
我们在使用的核心板是OMAPL138 128M内存规格，但是在开发板快速体验手册中提供的U-BOOT参数配置命令是：从SD卡启动：
9 F+ f6 _+ |7 _' P9 ]! a0 h在3秒内按任意键进入u-boot命令行，执行以下命令设置为SD卡启动：
& l2 w0 }% `4 A1 u* W6 x  Z6 UU-Boot > setenv bootcmd 'mmcinfo;mmc init;fatload mmc 0 c0700000 uImage;bootm'
: C4 `$ u6 P5 `" E& k! e U-Boot > setenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=128M, ^- r' i2 B6 Z5 M6 D

+ K$ w3 h- p& a4 j) p9 ]7 h从FLASH启动：
/ L9 i% a$ W) c3 C3 V在U-Boot命令行执行以下命令来设置为NAND FLASH启动系统。
9 F* ~3 T/ K2 G$ c' [. r1 RU-Boot > setenv bootcmd 'nboot.e 0xc0700000 0 0x120000; bootm' , [  k+ r! T1 r# V+ |( F  S  c
U-Boot > setenv bootargs 'console=ttyS2,115200n8 ip=off ubi.mtd=4,2048 root=ubi0_0 rootfstype=ubifs mem=32M@0xc0000000 mem=64M@0xc4000000'
0 e4 Q$ P+ |7 t/ F- ~4 L+ E1 r- j U-Boot > saveenv
: S* n3 u& J  q: x1 @* ]
4 d( B+ ^1 V! N' b+ I, R: C! J
0 r% S% g0 Y9 A" a请问这是笔误还是从SD卡启动和从NAND启动内存大小设置不同？
  O- r7 d6 s$ g3 T7 b( t% v另外我设置从NAND启动 内存大小为128M，在 rc5.d中创建s99restart脚本，内容为
$ f" J( V; i+ Y1 Q; Tsleep 5
# e6 s: b$ `& y: z$ ereboot1 v3 A: a% O5 t. M  w; F6 p, l7 R( f! ~
意图是通过不断的热启动来验证系统UBIFS对NAND的读写是否稳定，但是发现会概率性出现以下的段访问异常错误，掉电重启后又恢复正常，/ J0 k3 k7 t9 M, {
内核版本为创龙提供的2014.11.15的版本，请问这会是什么原因导致的，错误信息如下：
( A( i& e* P. q1 x3 I3 v: l
& V+ \8 X* W9 |8 d4 q0 f[    2.637774] UBI: attaching mtd4 to ubi0
& Z( L: Z. s3 H* G6 Z) x% V[    2.641673] UBI: physical eraseblock size:   131072 bytes (128 KiB)* f5 {* V5 k  Y
[    2.648283] UBI: logical eraseblock size:    126976 bytes
5 M; P( v5 v3 h" h; W[    2.653769] UBI: smallest flash I/O unit:    2048
6 o7 v) l2 U+ Q; p- D[    2.658648] UBI: sub-page size:              512
( l1 ]/ K/ h3 R: q[    2.663309] UBI: VID header offset:          2048 (aligned 2048)
: ~; J1 g+ m7 G) b8 [  M; P' ]; Q[    2.669464] UBI: data offset:                4096
' I% W4 ~& k( R" b) a[    6.060848] UBI: max. sequence number:       2386299
. a8 E9 I1 _3 e[    6.083946] Unable to handle kernel paging request at virtual address 872281a4" ]3 g6 ?  f( L  E) X" c
[    6.091390] pgd = c0004000
7 m9 o; O' l' _5 L. o[    6.094134] [872281a4] *pgd=000000005 _5 E5 j) E- X7 U  o* e" ^
[    6.097850] Internal error: Oops: 805 [#1] PREEMPT+ X5 U% I# F; I
[    6.102678] Modules linked in:1 r% j  u0 \' m
[    6.105775] CPU: 0    Not tainted  (3.3.0 #15)
- x) M- M6 `1 ^2 f9 o6 G" N[    6.110284] PC is at ubi_wl_init_scan+0x218/0x31c/ x2 m6 ~/ `3 i; ]/ Y% @/ y
[    6.115032] LR is at ubi_wl_init_scan+0x1f8/0x31c
9 S' }% `0 _8 X/ Z5 y[    6.119777] pc : [<c0240324>]    lr : [<c0240304>]    psr: a0000013
/ r7 [- z2 g) N- O[    6.119794] sp : c7835e40  ip : c7b6fc90  fp : c7835e6c: V( l! O8 f* ~) v6 s8 v
[    6.131337] r10: c7950b78  r9 : c05cbd68  r8 : c7950b84. f3 e4 R5 O* x  A
[    6.136600] r7 : c7b9e860  r6 : c7bb0090  r5 : c7950800  r4 : c7bb00785 \  u( f& `$ C7 I
[    6.143174] r3 : c7b68000  r2 : afdb0069  r1 : c7950b78  r0 : c7b6fc90
3 B- L4 v+ d$ h* X. i6 Q/ y5 e! w[    6.149751] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
! V: q% M  `, E; F7 }- m/ O[    6.157111] Control: 0005317f  Table: c0004000  DAC: 000000170 J$ F& A; O0 p
[    6.162898] Process swapper (pid: 1, stack limit = 0xc7834270)) @% B" H% i& U0 k+ Y
[    6.168773] Stack: (0xc7835e40 to 0xc7836000)
: w8 {, E) e4 @7 v& j0 J% v[    6.173179] 5e40: 00000081 00000000 c7950800 c7906a80 00000000 00000000 00000000 00000000$ Z" R. D) k* E9 A" A! Y- b
[    6.181433] 5e60: c7835f64 c7835e70 c023a224 c024011c c7835eb4 c7835e80 c7835eb4 c7b9ce00
$ |3 Z* |- W& |" k[    6.189685] 5e80: c00e380c c0407108 c7835eb4 c7835e98 c00e2ea4 c00e2d28 00000000 c794cfa0+ f! j' e0 H' Y8 l& e3 ]# S8 @
[    6.197935] 5ea0: 00000000 c78c6320 c7835ef4 c7835eb8 c00e40ac c00e3800 00000000 c7835ed0% D9 [- e9 {/ L9 ^6 Y
[    6.206188] 5ec0: c7835ef4 c7835ed0 c78c6320 00000000 c05bb8a4 c780ec00 c04f7caa 00000000
( j% D& z% m% S' G& h4 Z- V3 P[    6.214442] 5ee0: 00000014 c04f7caa c7835f04 c7835ef8 c780ec00 00000018 c7835f38 c057c08c
: x& ]' ^7 k8 {. y5 w9 c# M& e[    6.222691] 5f00: 00000014 c7835f7c c057c08c c057c08c 00000000 00000000 00000000 00000000: b- g7 S1 L4 x- Q6 v
[    6.230941] 5f20: c7835f54 c7835f30 c01a327c c01a739c 00000000 0000000a c7b9ce00 c05cbce8( f6 w6 e) m  c, X
[    6.239191] 5f40: c7b9ce00 c057c08c 00000000 00000000 00000000 00000000 c7835fa4 c7835f685 W4 P' F9 ~1 e7 {: U. J; C: N
[    6.247444] 5f60: c0567b60 c0239d70 00000000 c7835f78 c01ed618 c01ed5a8 c057e848 c057c08d
4 `0 h% Q0 H3 D# j[    6.255695] 5f80: c001baf0 c057e84c c055120c c001baf0 00000013 c0567998 c7835fdc c7835fa8
7 {( i& T+ M- @( U0 E& R1 G( q[    6.263949] 5fa0: c00087ec c05679a8 c7835fc4 c7835fb8 c0038acc c01a06e8 c057e84c c055120c
2 U, y, ~; Q- r% }[    6.272200] 5fc0: c001baf0 00000013 00000000 00000000 c7835ff4 c7835fe0 c0551288 c000875c5 C7 r/ w0 e( p) `1 ?7 b( f. V
[    6.280451] 5fe0: 00000000 c055120c 00000000 c7835ff8 c001baf0 c055121c 00004010 000050198 L" a( _8 G4 T' e( q- @0 W/ @% f
[    6.288678] Backtrace: - g& m: Y& _2 \5 F
[    6.291178] [<c024010c>] (ubi_wl_init_scan+0x0/0x31c) from [<c023a224>] (ubi_attach_mtd_dev+0x4c4/0xb24)) Q2 Y& T& }! }4 t
[    6.300767] [<c0239d60>] (ubi_attach_mtd_dev+0x0/0xb24) from [<c0567b60>] (ubi_init+0x1c8/0x2d4)  \  K0 x; x4 W3 f8 _; |4 k
[    6.309642] [<c0567998>] (ubi_init+0x0/0x2d4) from [<c00087ec>] (do_one_initcall+0xa0/0x178)
. ~+ C4 o0 T4 e6 }[    6.318137]  r8:c0567998 r7:00000013 r6:c001baf0 r5:c055120c r4:c057e84c
1 T: [; d& q6 ^7 C' n  i[    6.324958] [<c000874c>] (do_one_initcall+0x0/0x178) from [<c0551288>] (kernel_init+0x7c/0x124)0 e1 U) k3 q% x% p
[    6.333766] [<c055120c>] (kernel_init+0x0/0x124) from [<c001baf0>] (do_exit+0x0/0x720)! `3 _& x' C% K5 o6 |) P
[    6.341738]  r5:c055120c r4:00000000
9 l+ J8 Q, Q/ W* }5 J0 o. H[    6.345365] Code: e58c2010 e5943000 e58c300c e59533f8 (e783c102) 2 m. y  {( V, b2 ]2 Y+ n
[    6.351895] ---[ end trace c93823a902b142fe ]---$ Z0 {# N8 M; X4 o
[    6.356612] Kernel panic - not syncing: Attempted to kill init!
+ X5 i4 h5 j* f) P6 [9 n" G5 f5 `; @

$ }8 u; U+ e8 }% P% e' l: k* U
作者: nihao123    时间: 2015-8-14 10:56
我也遇到过，是重新做的文件系统
作者: custar    时间: 2015-8-14 13:36
nihao123 发表于 2015-8-14 10:56
" a, R* C( M# {我也遇到过，是重新做的文件系统
7 e3 ?' X+ z) U  H* ~
不太像文件系统的问题。



欢迎光临 嵌入式开发者社区 (https://www.51ele.net/) Powered by Discuz! X3.4