重新烧录镜像导致的问题

yanyunlongzi

我的板子为X210II iannd 4G ddr512的 拿到板子的时候是预装android4.0  之后下载了光盘的资料后重新烧录系统镜像的时候出现问题
（1） 拨码开关为101101的时候烧录x210_usb.bin,uboot.bin 烧录完之后就直接进入android了 但是一直停留在android画面
（2）将拨码开关拨回101100的时候 我重新上电 uboot一直停留在
  U-Boot 1.3.4-dirty (Jan 23 2013 - 10:37:44) for x210


CPU:  S5PV210@1000MHz(OK)
        APLL = 1000MHz, HclkMsys = 200MHz, PclkMsys = 100MHz
        MPLL = 667MHz, EPLL = 96MHz
                       HclkDsys = 166MHz, PclkDsys = 83MHz
                       HclkPsys = 133MHz, PclkPsys = 66MHz
                       SCLKA2M  = 200MHz
Serial = CLKUART
Board:   X210
DRAM:    512 MB
Flash:   8 MB
SD/MMC:  3800MB
nand:

的画面


正如常见问题汇总Q18的情况一样

求各位指点下

yanyunlongzi

以下是（1）中不能正常启动时停留在android画面的打印log

yanyunlongzi

Serial = CLKUART
Board:   X210
DRAM:    512 MB
Flash:   8 MB
SD/MMC:  3800MB
*** Warning - using default environment

In:      serial
Out:     serial
Err:     serial
checking mode for fastboot ...
Hit any key to stop autoboot:  0
reading kernel.. 1073, 8192
MMC read: dev # 0, block # 1073, count 8192 ...8192 blocks read: OK
completed
reading RFS.. 9265, 3072
MMC read: dev # 0, block # 9265, count 3072 ...3072 blocks read: OK
completed
Boot with zImage
get_format
-------- 0 --------
Wrong Ramdisk Image Format

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
Initializing cgroup subsys cpu
Linux version 3.0.8 (jjj@ubuntu-server) (gcc version 4.4.1 (Sourcery G++ Lite 2009q3-67) ) #131 PREEMPT Tue Nov 27 10:35:06 CST 2012
CPU: ARMv7 Processor [412fc082] revision 2 (ARMv7), cr=10c53c7f
CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache
Machine: X210
Ignoring unrecognised tag 0x41001099
Memory policy: ECC disabled, Data cache writeback
CPU S5PV210/S5PC110 (id 0x43110220)
S3C24XX Clocks, Copyright 2004 Simtec Electronics
S5PV210: PLL settings, A=1000000000, M=667000000, E=96000000 V=54000000
S5PV210: ARMCLK=1000000000, HCLKM=200000000, HCLKD=166750000
HCLKP=133400000, PCLKM=100000000, PCLKD=83375000, PCLKP=66700000
sclk_dmc: source is sclk_a2m (0), rate is 200000000
sclk_onenand: source is hclk_psys (0), rate is 133400000
uclk1: source is mout_mpll (6), rate is 66700000
uclk1: source is mout_mpll (6), rate is 66700000
uclk1: source is mout_mpll (6), rate is 66700000
uclk1: source is mout_mpll (6), rate is 66700000
sclk_mixer: source is sclk_dac (0), rate is 24000000
sclk_fimc: source is ext_xtal (0), rate is 24000000
sclk_fimc: source is ext_xtal (0), rate is 24000000
sclk_fimc: source is ext_xtal (0), rate is 24000000
sclk_cam0: source is ext_xtal (0), rate is 24000000
sclk_cam1: source is ext_xtal (0), rate is 24000000
sclk_fimd: source is ext_xtal (0), rate is 24000000
sclk_mmc: source is mout_mpll (6), rate is 47642857
sclk_mmc: source is mout_epll (7), rate is 96000000
sclk_mmc: source is mout_mpll (6), rate is 47642857
sclk_mmc: source is mout_epll (7), rate is 96000000
sclk_mfc: source is sclk_a2m (0), rate is 200000000
sclk_g2d: source is sclk_a2m (0), rate is 200000000
sclk_g3d: source is sclk_a2m (0), rate is 200000000
sclk_csis: source is ext_xtal (0), rate is 24000000
sclk_spi: source is ext_xtal (0), rate is 24000000
sclk_spi: source is ext_xtal (0), rate is 24000000
sclk_pwi: source is ext_xtal (0), rate is 24000000
sclk_pwm: source is ext_xtal (0), rate is 24000000
s5p: 37748736 bytes system memory reserved for mfc at 0x2dc00000, 0-bank base(0x2dc00000)
s5p: 37748736 bytes system memory reserved for mfc at 0x4dbf5000, 1-bank base(0x4dbf5000)
s5p: 6291456 bytes system memory reserved for fimc0 at 0x4d5f5000, 1-bank base(0x4d5f5000)
s5p: 10137600 bytes system memory reserved for fimc1 at 0x4cc4a000, 1-bank base(0x4cc4a000)
s5p: 6291456 bytes system memory reserved for fimc2 at 0x4c64a000, 1-bank base(0x4c64a000)
s5p: 8388608 bytes system memory reserved for jpeg at 0x2d400000, 0-bank base(0x2d400000)
s5p: 7680000 bytes system memory reserved for fimd at 0x4bef7000, 1-bank base(0x4bef7000)
s5p: 1843200 bytes system memory reserved for pmem_gpu1 at 0x2d23e000, 0-bank base(0x2d23e000)
s5p: 8388608 bytes system memory reserved for g2d at 0x2ca3e000, 0-bank base(0x2ca3e000)
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 99136
Kernel command line: console=ttySAC2,115200 init=/init
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 202MB 190MB 0MB = 393MB total
Memory: 389664k/511264k available, 13024k reserved, 0K highmem
Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
    DMA     : 0xff000000 - 0xffe00000   (  14 MB)
    vmalloc : 0xf0800000 - 0xfd000000   ( 200 MB)
    lowmem  : 0xc0000000 - 0xf0000000   ( 768 MB)
    modules : 0xbf000000 - 0xc0000000   (  16 MB)
      .init : 0xc0008000 - 0xc00d1000   ( 804 kB)
      .text : 0xc00d1000 - 0xc06b31e4   (6025 kB)
      .data : 0xc06b4000 - 0xc06fdd40   ( 296 kB)
       .bss : 0xc06fdd64 - 0xc083a078   (1265 kB)
SLUB: Genslabs=11, HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Preemptible hierarchical RCU implementation.
NR_IRQS:208
VIC @fd000000: id 0x00041192, vendor 0x41
VIC @fd010000: id 0x00041192, vendor 0x41
VIC @fd020000: id 0x00041192, vendor 0x41
VIC @fd030000: id 0x00041192, vendor 0x41
mult[140737]
max_delta_ns[2937815369]
min_delta_ns[30517]

armeasy

（1） 拨码开关为101101的时候烧录x210_usb.bin,uboot.bin 烧录完之后就直接进入android了 但是一直停留在android画面
（2）将拨码开关拨回101100的时候 我重新上电 uboot一直停留在

问题一：正常的启动方式应该是OM[5:0]=001101，其他拨码都是错误的；
问题二：启动时停留在nand那里，说明uboot不是最新的，参考问题汇总里面，下载最新的uboot映像，或在自己的源码中屏掉一句nand的
即可。
对于你的一长串打印信息，无法判定问题出在哪，请先将拨码拨在正确位置，再使用最新的uboot测试，即针对inand的平台，去掉nand检测
的代码，这时就不会卡在上面的nand那里了

yanyunlongzi

您好，
(1)关于拨码开关我是以硬件手册进行说明的（SW3，SW4），也就是OM[0-5]，操作上并没有错误。
(2)下载过最新的uboot.bin，也屏蔽掉X210_SD.h的NAND定义。但是均没有效果

下载了正常的常见问题的最新UBOOT.BIN之后烧录了 板子直接进入了android系统（此时拨码开关仍为OM[5-0]101101）。
之前有工程师跟我说可能是uboot没有烧进inand。可是我的操作均是按照手册上面进行的

荷锄猎豹

怎么没有人再回复了啊？我是新手，我也非常关注程序烧录的问题，因为我的好象也烧不成功，我试了两天了（周六周日），完全按照手册试的，烧不进程序，直接把人给卡在了门外，但愿每一个新手都能顺利地烧录程序和镜像。