omapl138核心板系统热启动后ubifs报段地址访问异常错误 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 5099|回复: 2
打印 上一主题 下一主题

omapl138核心板系统热启动后ubifs报段地址访问异常错误

[复制链接]

89

主题

104

帖子

391

积分

中级会员

Rank: 3Rank: 3

积分
391
跳转到指定楼层
楼主
发表于 2015-8-13 09:10:12 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们在使用的核心板是OMAPL138 128M内存规格,但是在开发板快速体验手册中提供的U-BOOT参数配置命令是:从SD卡启动:
4 s. L, a0 J* p在3秒内按任意键进入u-boot命令行,执行以下命令设置为SD卡启动: 6 ~3 Z0 W6 _9 a+ F' w4 d" i
U-Boot > setenv bootcmd 'mmcinfo;mmc init;fatload mmc 0 c0700000 uImage;bootm'. \4 z0 D1 b# O/ V) f+ A: m7 \# m
U-Boot > setenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=128M
- ^$ I6 c4 o, l4 y8 y; r
  Z/ O5 \6 M- Z! Y, G, f: b$ j- L从FLASH启动:7 o) d9 A) e; l, |
在U-Boot命令行执行以下命令来设置为NAND FLASH启动系统。 8 Y5 @5 y5 ?9 g" N. H
U-Boot > setenv bootcmd 'nboot.e 0xc0700000 0 0x120000; bootm' / l) K" v9 l. y7 x/ k7 @
U-Boot > setenv bootargs 'console=ttyS2,115200n8 ip=off ubi.mtd=4,2048 root=ubi0_0 rootfstype=ubifs mem=32M@0xc0000000 mem=64M@0xc4000000'
8 v0 t5 }% X2 i$ P# b U-Boot > saveenv9 {( |1 s1 M6 a

- D% z+ Q9 ?& L% c) D/ W
, E6 G- L7 E7 c9 D请问这是笔误还是从SD卡启动和从NAND启动内存大小设置不同?
5 T+ O; b3 H/ Z. ]$ y. H另外我设置从NAND启动 内存大小为128M,在 rc5.d中创建s99restart脚本,内容为 - S$ u* D$ k' E: p) i
sleep 5
- A+ W2 Y* h3 O9 i: Wreboot
2 m1 R4 G, H( `4 x, i意图是通过不断的热启动来验证系统UBIFS对NAND的读写是否稳定,但是发现会概率性出现以下的段访问异常错误,掉电重启后又恢复正常,! V# p: A3 ^  L: b
内核版本为创龙提供的2014.11.15的版本,请问这会是什么原因导致的,错误信息如下:
0 u* P" _. p7 m5 ~  v; F
' u$ c3 N/ s, Z! y  [9 |! i! Q# ][    2.637774] UBI: attaching mtd4 to ubi0
5 ?5 v7 ]( i! w( u[    2.641673] UBI: physical eraseblock size:   131072 bytes (128 KiB)
. O4 ]! q3 |: y, L) z. [4 T[    2.648283] UBI: logical eraseblock size:    126976 bytes
) ~. L  r  t# L2 o* @/ h2 r[    2.653769] UBI: smallest flash I/O unit:    20482 i; \/ C( J, d
[    2.658648] UBI: sub-page size:              512
" _3 j4 Z% d8 z2 f! T+ p' H# Y[    2.663309] UBI: VID header offset:          2048 (aligned 2048)& g# m5 R" s: g2 @7 p
[    2.669464] UBI: data offset:                4096" x: {4 _: R+ H
[    6.060848] UBI: max. sequence number:       2386299* ~9 @# p% E$ y+ v/ y$ J7 O5 I) e- n) p
[    6.083946] Unable to handle kernel paging request at virtual address 872281a4
$ c  t$ C- o$ L3 P[    6.091390] pgd = c0004000" `: t$ V" `; b0 }  _9 A; ]$ e
[    6.094134] [872281a4] *pgd=000000001 R1 J8 K' F* H9 N2 M
[    6.097850] Internal error: Oops: 805 [#1] PREEMPT: _; v0 p: Q( E; j# R
[    6.102678] Modules linked in:
0 O: w4 z2 D1 G" P[    6.105775] CPU: 0    Not tainted  (3.3.0 #15)9 Z% o4 J7 M* z4 e
[    6.110284] PC is at ubi_wl_init_scan+0x218/0x31c
, Y- {. I; S6 d. F( c[    6.115032] LR is at ubi_wl_init_scan+0x1f8/0x31c8 `) q1 r( k/ Y# @; x
[    6.119777] pc : [<c0240324>]    lr : [<c0240304>]    psr: a0000013
# j" k" r0 l7 A. e0 C9 e' C1 v[    6.119794] sp : c7835e40  ip : c7b6fc90  fp : c7835e6c
2 J' w- X$ @1 p# }[    6.131337] r10: c7950b78  r9 : c05cbd68  r8 : c7950b84
8 V: Z, B5 S' p7 O[    6.136600] r7 : c7b9e860  r6 : c7bb0090  r5 : c7950800  r4 : c7bb0078
* C1 F6 }) W. k1 q0 w; R3 R[    6.143174] r3 : c7b68000  r2 : afdb0069  r1 : c7950b78  r0 : c7b6fc90! {3 s3 c( ^& ~1 m7 z
[    6.149751] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel) N; S: \1 H5 e0 X5 M1 \) c+ u
[    6.157111] Control: 0005317f  Table: c0004000  DAC: 00000017
; f6 W1 R9 }7 a[    6.162898] Process swapper (pid: 1, stack limit = 0xc7834270)8 V5 S: c, f, X6 X. n
[    6.168773] Stack: (0xc7835e40 to 0xc7836000)
% [' v" q' Q5 t% {3 l[    6.173179] 5e40: 00000081 00000000 c7950800 c7906a80 00000000 00000000 00000000 000000002 X, y$ J6 _! F) [: Y8 `
[    6.181433] 5e60: c7835f64 c7835e70 c023a224 c024011c c7835eb4 c7835e80 c7835eb4 c7b9ce00) a  O' q( C3 B0 K; ?  f  q4 h
[    6.189685] 5e80: c00e380c c0407108 c7835eb4 c7835e98 c00e2ea4 c00e2d28 00000000 c794cfa0; E5 t+ }& ^4 ^# {0 ]$ K/ [/ R
[    6.197935] 5ea0: 00000000 c78c6320 c7835ef4 c7835eb8 c00e40ac c00e3800 00000000 c7835ed0/ H" J" l0 q2 q- \4 S$ q
[    6.206188] 5ec0: c7835ef4 c7835ed0 c78c6320 00000000 c05bb8a4 c780ec00 c04f7caa 00000000
$ h! L: Q* C5 F[    6.214442] 5ee0: 00000014 c04f7caa c7835f04 c7835ef8 c780ec00 00000018 c7835f38 c057c08c/ R, x  ~, U, B  D( a: F
[    6.222691] 5f00: 00000014 c7835f7c c057c08c c057c08c 00000000 00000000 00000000 00000000
' |+ Z9 t: `0 {% M[    6.230941] 5f20: c7835f54 c7835f30 c01a327c c01a739c 00000000 0000000a c7b9ce00 c05cbce8
- b3 L/ l% r. w5 ~3 M" R[    6.239191] 5f40: c7b9ce00 c057c08c 00000000 00000000 00000000 00000000 c7835fa4 c7835f68
) L  \/ e: o& u[    6.247444] 5f60: c0567b60 c0239d70 00000000 c7835f78 c01ed618 c01ed5a8 c057e848 c057c08d
4 \5 H! l( U1 ~1 z1 D1 U# S[    6.255695] 5f80: c001baf0 c057e84c c055120c c001baf0 00000013 c0567998 c7835fdc c7835fa8
8 m3 |+ |( G# M2 `1 Y[    6.263949] 5fa0: c00087ec c05679a8 c7835fc4 c7835fb8 c0038acc c01a06e8 c057e84c c055120c
0 ~4 Z  {+ h! E; }& [! J$ [[    6.272200] 5fc0: c001baf0 00000013 00000000 00000000 c7835ff4 c7835fe0 c0551288 c000875c
  ?3 p  o) B9 ]$ \3 h[    6.280451] 5fe0: 00000000 c055120c 00000000 c7835ff8 c001baf0 c055121c 00004010 00005019
5 E5 i/ `4 ?- Y3 W" G[    6.288678] Backtrace:
! C5 w0 i8 ?& R% [[    6.291178] [<c024010c>] (ubi_wl_init_scan+0x0/0x31c) from [<c023a224>] (ubi_attach_mtd_dev+0x4c4/0xb24); h! F. i0 G5 K2 Y" }
[    6.300767] [<c0239d60>] (ubi_attach_mtd_dev+0x0/0xb24) from [<c0567b60>] (ubi_init+0x1c8/0x2d4)1 j) P5 }6 E3 k, j( k$ k
[    6.309642] [<c0567998>] (ubi_init+0x0/0x2d4) from [<c00087ec>] (do_one_initcall+0xa0/0x178)$ V& d/ I  s2 ]9 B0 L. t
[    6.318137]  r8:c0567998 r7:00000013 r6:c001baf0 r5:c055120c r4:c057e84c. G) Q" u% \+ ^' {" a! k
[    6.324958] [<c000874c>] (do_one_initcall+0x0/0x178) from [<c0551288>] (kernel_init+0x7c/0x124)- V9 U& w/ Y4 m' t
[    6.333766] [<c055120c>] (kernel_init+0x0/0x124) from [<c001baf0>] (do_exit+0x0/0x720)' x- I' C7 P9 c" C: A9 q$ {
[    6.341738]  r5:c055120c r4:00000000
) f/ [6 |6 v2 M; N0 I8 i( ^[    6.345365] Code: e58c2010 e5943000 e58c300c e59533f8 (e783c102)
$ j6 [) v# D8 @- V. v/ ~8 ~$ ?0 m[    6.351895] ---[ end trace c93823a902b142fe ]---
3 y7 G! V+ ~  W2 U- j; R[    6.356612] Kernel panic - not syncing: Attempted to kill init!
; R- L5 J, @. R# v% {2 r0 J1 C/ V0 Q
+ n0 R# }+ |# G9 U0 M( n/ h/ y1 v: g' G6 J5 e) m7 E
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

8

主题

30

帖子

150

积分

注册会员

Rank: 2

积分
150
沙发
发表于 2015-8-14 10:56:42 | 只看该作者
我也遇到过,是重新做的文件系统
回复 支持 反对

使用道具 举报

89

主题

104

帖子

391

积分

中级会员

Rank: 3Rank: 3

积分
391
板凳
 楼主| 发表于 2015-8-14 13:36:47 | 只看该作者
nihao123 发表于 2015-8-14 10:56
3 w$ O" e9 r" U7 ?* I; k8 x# [  Q我也遇到过,是重新做的文件系统
/ z1 }$ h, O2 X5 O; i) |
不太像文件系统的问题。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|嵌入式开发者社区 ( 粤ICP备15055271号

GMT+8, 2025-6-16 04:46 , Processed in 0.037928 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

快速回复 返回顶部 返回列表