[问答]

移植uboot2012 10 串口无输出

3717

问答对人有帮助，内容完整，我也想知道答案 0 按照嵌入式linux学习手册移植uboot到ok6410后串口输出，会是什么问题呢（排除硬件还有端口号问题。。） 0
2014-2-7 15:26:50　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × hgimtk 该类别下有 16 个回答。邀请回答 dianzijie5 该类别下有 16 个回答。邀请回答嵌入式-H 该类别下有 16 个回答。邀请回答 hucc 该类别下有 14 个回答。邀请回答舍我其谁84 该类别下有 13 个回答。邀请回答 HCPcry 该类别下有 12 个回答。邀请回答冰箱洗衣机该类别下有 12 个回答。邀请回答学生物的程序猿该类别下有 11 个回答。邀请回答小刘该类别下有 11 个回答。邀请回答 sjjs001 该类别下有 11 个回答。邀请回答 iettke 该类别下有 11 个回答。邀请回答 YOYOOO 该类别下有 10 个回答。邀请回答 bigbangboom 该类别下有 10 个回答。邀请回答 siyugege 该类别下有 9 个回答。邀请回答 drakannie 该类别下有 9 个回答。邀请回答 wuli北该类别下有 9 个回答。邀请回答 zengweishuai 该类别下有 9 个回答。邀请回答广州洋钒该类别下有 9 个回答。邀请回答风来吴山该类别下有 8 个回答。邀请回答 felixbury 该类别下有 8 个回答。邀请回答举报 -WYL 相关推荐 • uboot移植遇到坏块该怎么办？ 4213 • 哪里可以找到gcc 4.3的arm-linux-gcc？ 1496 • 请问uboot2012挂载yaffs2根文件失败该怎么办？ 2400 • 请问新版本uboot在哪里？ 1934 • uboot2012配置编译后USB串口无输出是怎么回事？ 1514 • 请问uboot设置分区导致nand启动失败该怎么办？ 3503 • 移植最新的uboot串口乱码该怎么解决？ 939 • uboot OMAPL137 使用的是uboot1.3.3，请问怎么把串口控制台从串口2移植到串口0，把串口2当做普通串口使用？ 1298 • 为什么uboot串口移植到j**上就什么都没有了？ 1935* • 请问u-boot移植黑屏且串口无任何输出该怎么办？ 2350 1个回答

答案对人有帮助，有参考价值 0 本帖最后由 qisha 于 2014-3-18 10:50 编辑希望帮到你 Ok6410 Uboot nand_spl 分析 1.这次分析是基于 uboot 2012.10 和 uboot 2013.01.01 的。 2.做这个分析主要是因为网上关于这方面资料比较少（反正我当时遇到困难）。 3.文章主要参考宁静致远的《嵌入式 linux 学习手册》 4.初次移植 uboot 或正在移植 uboot 但没有输出信息的可以参考一下一、uboot 的组成我们知道新的 uboot 有两部分组成：nand_spl 目录下的 u-boot-spl-16k.bin 和顶层目录下的 u-boot。第一部分由硬件自动拷贝到片内 sram 中运行，第二部分由第一部分代码拷贝到 ram 中运行。二．代码分析在顶层 Makefile 中有这样一段代码 nand_spl： $（TIMESTAMP_FILE） $（VERSION_FILE） depend $（MAKE） -C nand_spl/board/$（BOARDDIR） all $（obj）u-boot-nand.bin： nand_spl $（obj）u-boot.bin cat $（obj）nand_spl/u-boot-spl-16k.bin $（obj）u-boot.bin 》 $（obj）u-boot-nand.bin 复制代码说明我们 nandflash 启动的 uboot 依赖于 nand_spl u-boot.bin 两个目标，而 nand_spl 正是要进入 nand_spl/board/$（BOARDDIR），然后 make ，BOARDDIR 的值可以查到：在顶层目录下 config.mk 中有 ifdef VENDOR BOARDDIR = $（VENDOR）/$（BOARD） else BOARDDIR = $（BOARD） Endif 复制代码厂商为 samsung，板为 smdk6410，所以要进入”nand_spl/board/samsung/smdk6410 “make 打开该目录下的 Makefile 我们可以看到 SOBJS = start.o cpu_init.o lowlevel_init.o COBJS = nand_boot.o nand_ecc.o s3c64xx.o smdk6410_nand_spl.o nand_base.o 对这几个文件编译连接等处理之后就得到我们要的 u-boot-spl-16k.bin，而这几个文件哪里来？其实都是从其他文件链接过来的（什么叫链接？不懂百度一下吧），我们看到有熟悉的 start.S，lowlevel.S 等，这些文件在第二阶段的代码中要用到，但是通过宏开关，使编译过程不一样，得到的代码也有不小差异，下面就来进行具体的分析打开 start.S 在 bl lowlevel_init /* go setup pll，mux，memory /之前与《嵌入式 linux 学习手册》中讲的是一样的，接下来 call_board_init_f： ldr sp， =（CONFIG_SYS_INIT_SP_ADDR） bic sp， sp， #7 / 8-byte alignment for ABI compliance / ldr r0，=0x00000000 bl board_init_f 复制代码* 这个 board_init_f 函数就不是 board.c 中的了，因为编译链接时，board.c 根本就没参与进来，在这里这个函数是在 smdk6410_nand_spl.c 中， void board_init_f（unsigned long bootflag） { relocate_code（81024， NULL，CONFIG_SYS_TEXT_BASE）; } 复制代码* 打开 config.mk 有：include $（TOPDIR）/board/$（BOARDDIR）/config.mk 打开/board/samsung/smdk6410/config.mk 有： ifndef CONFIG_NAND_SPL CONFIG_SYS_TEXT_BASE = $（RAM_TEXT） # RAM_TEXT=57e00000 else CONFIG_SYS_TEXT_BASE = 0 Endif 复制代码有没有定义 CONFIG_NAND_SPL 呢？搜索时没有发现 define XX 的但是在 nand_spl/board/samsung/smdk6410 的 Makefile 中有 AFLAGS += -DCONFIG_NAND_SPL CFLAGS += -DCONFIG_NAND_SPL -ffunction-sections Gcc 编译规则中有说 gcc 编译的时候提供了预定义功能，参数是-D，通过 man gcc 可以了解更多： -D name Predefine name as a macro， with definition 1. -D name=definition Predefine name as a macro， with definition definition. The contents of definition are tokenized and processed as if they appeared during translation phase three in a #define directive. In particular， the definition will be truncated by embedded new-line characters. 就是说加参数-D name 就相当于#define name 这样 CONFIG_SYS_TEXT_BASE = 0 接着又回到 start.S 的 relocate_code R2 的值就是函数的第三个参数的值，即为 0，直接跳到 clear_bss .globl relocate_code relocate_code： mov r4， r0 /* save addr_sp / mov r5， r1 / save addr of gd / mov r6， r2 / save addr of destination / //CONFIG_SYS_TEXT_BASE / Set up the stack / stack_setup： mov sp， r4 adr r0， _start cmp r0， r6 moveq r9， #0 beq clear_bss //执行到这里 mov r1， r6 ldr r3， _bss_start_ofs add r2， r0， r3 复制代码* ////////////////////////////////////////////我是无敌分界线/////////////////////////////////////////////////////////////////////// 清完 bss 之后就跳到_nand_boot，拷贝第二阶段的代码到 ram，然后跳到 ram 中执行三、启动无信息原因我总结了下： 1、/nand_spl/board/samsung/smdk6410/config.mk PAD_TO ：= $（shell expr $$［$（CONFIG_SYS_TEXT_BASE） + 8192］） 8192（原版是 4096）就是 u-boot-spl-16k.bin 的大小，到时会从 8192 之后复制代码到 ram 中执行，如果第一阶段代码太多，超过 4K，又没有修改成 8192（或则大于第一阶段代码），则复制的代码不是开头不是第二阶段代码的开头 2.在 lowlevel.S 中有 //#ifndef CONFIG_S3C6410 ldr r1，［r0， #OTHERS_OFFSET］ bic r1， r1， #0xC0 orr r1， r1， #0x40 str r1，［r0， #OTHERS_OFFSET］ wait_for_async： ldr r1，［r0， #OTHERS_OFFSET］ and r1， r1， #0xf00 cmp r1， #0x0 bne wait_for_async //#endif 复制代码要将//#ifndef CONFIG_S3C6410 注释掉，具体为什么？好像没有定义 CONFIG_S3C6410

2014-3-18 10:45:57 评论举报 qisha