找回密码
 注册
关于网站域名变更的通知
查看: 1250|回复: 3
打印 上一主题 下一主题

ARM9板子在启动过程中一直自动重启

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2015-4-21 18:20 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

EDA365欢迎您登录!

您需要 登录 才可以下载或查看,没有帐号?注册

x
Start AT91Bootstrap...; o9 C  f5 v! _! R/ \
Init DDR... Done!4 G/ ]9 C( }# S
Loading 1-Wire info.... K# |5 @: @1 f$ N. o" k
sn: 0x0;   rev: 0x421
3 @# f: k4 e; w; o- Y" L! RDownloading image...5 l; G( Y8 ]# z
chip id: 0xecda; F5 m" l5 P: }" n
Copy 0x50000 bytes from 0x40000 to 0x26f00000
- J# Y/ f/ I6 E, dDone!
0 f* I$ }  n# }) i  d: k0 i2 z+ T1 s
! Z+ g, U3 Y! V/ O; A$ W
U-Boot 2010.06 (Feb 25 2013 - 11:02:59)
! L0 t9 }5 q' l7 F" e; c* M
% u& q' o. p+ t8 v8 R! f# ZDRAM:  128 MiB$ Z* R0 v7 ~* L3 [# `# m
NAND:  256 MiB$ t/ K1 w9 `3 B" f" u/ k+ u3 M
In:    serial$ n" a  q, i5 n* d
Out:   serial/ _. D% G7 e$ f8 Z: H# ^
Err:   serial5 ~  H$ y5 Q8 i5 t% ?: S
Net:   macb01 }! j9 Z0 o) \! F( P
macb0: No PHY present
" q: V7 \) b- H1 R% gHit any key to stop autoboot:  0 ' T* I' o0 a# ?+ G3 ~4 g' N7 i
( B. v! P9 C" J7 x  {0 H6 M. a
NAND read: device 0 offset 0x200000, size 0x280000- L' G( Q  o1 v/ a  W. X
2621440 bytes read: OK0 O/ Q. P3 H& I! D5 a
## Booting kernel from Legacy Image at 22000000 ...
" Q1 K3 n7 m1 d# ?* N3 N6 G" W/ K& n   Image Name:   Linux-2.6.39* T- b/ M9 d# `& m
   Image Type:   ARM Linux Kernel Image (uncompressed)
( ~5 n" T: U- b* o6 y! x3 q, ~   Data Size:    2411772 Bytes = 2.3 MiB8 x; T; x9 h5 F  g' {; {) j
   Load Address: 200080007 m- _0 B$ P) N; G' T
   Entry Point:  20008000
" G: b6 I6 h- J. g) G   Verifying Checksum ... OK
$ q( F2 v4 p  L' X   Loading Kernel Image ... OK0 M% {* w" [. Z, M: W# C* N
OK* r- A: P9 ]7 x2 D6 ~  e+ t
# L9 W& ?+ }: c( ?, o
Starting kernel ...  b- }, k9 ]0 P- c3 y7 V; [1 Q

4 a( n* p; [! G  b$ ?: h' ^0 D: R5 {Uncompressing Linux... done, booting the kernel.- Q7 h+ Q  t; s3 U6 @' C/ {2 l
Linux version 2.6.39 (jakebo@dev-server-pc) (gcc version 4.2.0 20070413 (prerelease) (CodeSourcery Sourcery G++ Lite 2007q1-10)) #1 Tue Mar 19 16:19:08 CST 2013
/ h. K: c! u9 ?# j. g% dCPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177% _3 A* w9 L, Q4 B) R5 O0 j
CPU: VIVT data cache, VIVT instruction cache- e2 Y; K- @$ j; L3 P, f1 K
Machine: Atmel AT91SAM9X5-EK
: I3 |! w; W$ d9 C+ k/ D3 ZMemory policy: ECC disabled, Data cache writeback0 u" h& I5 z3 |8 o5 M* a5 B
Clocks: CPU 400 MHz, master 133 MHz, main 12.000 MHz
- Z- o0 t6 I8 N# I  xBuilt 1 zonelists in Zone order, mobility grouping on.  Total pages: 32512
& K! b" p8 u3 ~+ S, Z2 t9 M0 X/ {Kernel command line: mem=128M console=ttyS0,115200 mtdparts=atmel_nand:8M(bootstrap/uboot/kernel)ro,-(rootfs) root=/dev/mtdblock1 rw rootfstype=ubifs ubi.mtd=1 root=ubi0:rootfs
7 e+ N, C/ N: B3 L/ j+ r4 V. qPID hash table entries: 512 (order: -1, 2048 bytes)! z+ }9 X* o9 }" m# {7 l# J, q/ ]4 M
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
) q: V9 s. S% P. x( H: I5 T& OInode-cache hash table entries: 8192 (order: 3, 32768 bytes)
, z, a9 |* j5 m6 l  TMemory: 128MB = 128MB total/ C/ S* E" s" Z" t: D6 m
Memory: 124820k/124820k available, 6252k reserved, 0K highmem
5 u2 Q4 d* l3 ?2 `) PVirtual kernel memory layout:' I( i4 f% g2 n9 E
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)  e: v7 w- o4 w# {% p
    fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)  a: J/ C; M% s4 |: {) Z
    DMA     : 0xff000000 - 0xffe00000   (  14 MB); F; o$ ^1 n9 a3 F, M9 g9 d
    vmalloc : 0xc8800000 - 0xfee00000   ( 870 MB)8 I: H/ G9 A7 l) Y* c+ w: A
    lowmem  : 0xc0000000 - 0xc8000000   ( 128 MB)
8 D- a: z( A# S    modules : 0xbf000000 - 0xc0000000   (  16 MB)$ q6 U/ u# |0 u$ n2 r
      .init : 0xc0008000 - 0xc002b000   ( 140 kB)- w) {5 p! }5 `" k- Y
      .text : 0xc002b000 - 0xc04aeac4   (4623 kB)6 a+ J; g2 x) B* l# K5 x+ N* Z3 j
      .data : 0xc04b0000 - 0xc04e0f60   ( 196 kB)
+ y# W3 l& r# s4 t- V; b/ Z& gNR_IRQS:192. Q* R, b) ^4 k, ^
AT91: 128 gpio irqs in 4 banks- [* O8 C7 b; T3 V' q/ M
Console: colour dummy device 80x30, }4 w1 i( b, X3 z' z0 B3 K2 x
console [ttyS0] enabled
8 F: Z! u/ q7 h6 b1 zCalibrating delay loop... 199.06 BogoMIPS (lpj=995328)
( [4 v% A9 Y( i$ z/ \* V6 Jpid_max: default: 32768 minimum: 301
5 p/ J" S- u' [" q" vMount-cache hash table entries: 512
) e( V: ]: p- i2 Z0 jCPU: Testing write buffer coherency: ok% D3 H$ r- R. I1 S( l$ `
NET: Registered protocol family 16
% U. @1 ~+ X, ?+ R! H, b" S& JAT91: CM rev B and higher6 E9 b1 w  E8 d" z2 r/ m8 C
AT91: EK rev B and higher) G* h+ n1 w; Q& N; V& |
AT91: Power Management (with slow clock mode)! `( z" v: v* c2 E/ _
AT91: Starting after power-restored wakeup
7 p) u/ p8 p8 h9 l# I3 L% |bio: create slab <bio-0> at 0" X. K, U, a. e/ c, b6 Z& ?9 V
SCSI subsystem initialized
& v# \9 U, l4 ?2 X) L& Vusbcore: registered new inteRFace driver usbfs7 k, A0 b3 v" i& V1 `$ f
usbcore: registered new interface driver hub
( E  a  |, Z, x# V5 ousbcore: registered new device driver usb
: x  p7 h, H  g1 ?9 y& f8 mi2c-gpio i2c-gpio.0: using pins 62 (SDA) and 63 (SCL)
: e( \/ g# q. w) Z% Vat_hdmac at_hdmac.0: Atmel AHB DMA Controller ( cpy slave ), 8 channels1 ]/ p8 j% c9 C0 B; S
RomBOOT1 ^+ @, z9 C1 z9 B- W) q0 I4 K
请问大家有遇到过此问题吗?我量过复位引脚和电源,都没有问题。: b: A$ f) Y4 q9 v& }/ t0 W8 I
; T& K+ j+ K" O$ n- J# ^

该用户从未签到

2#
发表于 2015-8-29 09:45 | 只看该作者
楼主的问题找到原因了么

该用户从未签到

3#
发表于 2015-8-30 00:12 | 只看该作者
串口有debug数据输出,证明硬件是没有问题的。看输出的信息,uboot已经成功引导kernel了,kernel成功加载后又重启的,说明kernel有问题。
' d  k8 i4 O0 A0 q: ~; e看日志,kernel的问题似乎又集中在atmel的DMA上,如果引导信息到此结束,建议lz还是看看kernel的代码吧。这种问题,不好搞啊,kernel的问题说起来就复杂了。

该用户从未签到

4#
发表于 2015-8-31 16:31 | 只看该作者
光看调试信息看不出什么问题,不好定位
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

推荐内容上一条 /1 下一条

EDA365公众号

关于我们|手机版|EDA365电子论坛网 ( 粤ICP备18020198号-1 )

GMT+8, 2025-10-11 06:59 , Processed in 0.140625 second(s), 24 queries , Gzip On.

深圳市墨知创新科技有限公司

地址:深圳市南山区科技生态园2栋A座805 电话:19926409050

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