朱有鹏老师课堂笔记，从uboot官方移植到s5pv210上（二）

Board_init_f中调用：sequence
 
1.banner信息补全：init_fnc_t *init_sequence[]
中 display_banner
在配置文件中加CONFIG_IDENT_STRING
宏定义，
2.#define CFG_PROMPT    "x210 # "配置文件中，uboot命令行提示符
3.int print_cpuinfo(void) 显示时钟信息。
注释掉原有函数内容，复制修改printf("\nCPU:  S5PV210@%ldMHz(ok)\n", get_ARMCLK()/1000000);
get_ARMCLK()：需要修改成来的，需要移植时钟初始化
(1)在lowlevel_init.S中移植system_clock_init函数，并且在s5p_goni.h中添加相关的宏
定义参数，然后在lowlevel_init函数中调用system_clock_init函数。
 
board和DDR配置显示移植
board名称更改
2DDR配置值修改
MACH_TYPE定义
DDR打印信息更改
进入board.c
checkboard--->goni.c中int checkboard(void)改board名
dram_init--->goni.c中int dram_init(void)删掉PHYS_SDRAM_3_SIZE，并在gon.h文件中修改
dram_init_banksize中修改
int board_init(void) 改机器码
 
 board_init_r中：
1.选择MMC/SD模式：注释掉配置文件的关于默认onenand的宏，添加开启关于MMC的宏CONFIG_GENERIC_MMC
2.goni文件夹中Makefile中去掉onenand.c依赖
3.根据报错内容具体修改，至此，显示MMC：但是有错误，需进行sd/mmc移植
 
移植sd卡驱动
1.分析两个版本的uboot中SD卡驱动差异
(1)uboot2013.10中：驱动相关的文件主要有：
drivers/mmc/mmc.c
drivers/mmc/sdhci.c
drivers/mmc/s5p_sdhci.c
board/samsung/goni/goni.c
(2)三星移植版本中，驱动相关的文件主要有：
drivers/mmc/mmc.c
drivers/mmc/s3c_hsmmc.c
cpu/s5pc11x/cpu.c
cpu/s5pc11x/setup_hsmmc.c
(3)经过分析发现：SD卡驱动要工作要包含2部分内容，一部分是drivers/mmc目录下的是驱动，另外一部分是uboot自己提供的初始化代码（譬如GPIO初始化、时钟初始化）
2、复制必要的文件并修改相应Makefile
(1)首先解决drivers/mmc目录下的文件替换。cpu/s5pc11x/setup_hsmmc.c放
在goni文件夹中，并Makefile添加依赖；cpu/s5pc11x/cpu.c待会进行部分移
植
(2)board_mmc_init或者cpu_mmc_init任选一个即可
 
 
弱名称，如果没有这个函数则讲  __def_mmc_init
命名为前面的，返回-1；新建一个 board._mmc_init
调用初始化函数
(3)替换头文件：mmc.h;s3c_hsmmc.h;（setup_hsmmc.c放在goni文件夹中
Makefile中添加setup_hsmmc.o文件）
注意SI工具的同步。
(4)修改初始化代码。确保函数执行路线
(5)编译，根据报错信息修改添加配置头文件
cmd_mm.c替换。（驱动文件换了对应的头文件，命令文件也要替换）
mmc_write.c 所在文件中的Makefile中注释掉，新的mmc.c不需要
Goni.c 和setup_hsmmc.c,注释regs.h头，包含s
d1fa
5p110.h，
setup_hsmmc.c也要包含<sam/arch/clck.h>.
 
若编译并烧录完成，在uboot命令行下，用mmc，md等命令测试。
 
环境变量配置移植
(1)目前情况是uboot在SD2中，而ENV在SD0中，所以现在ENV不管放在哪个扇区都能工作，不会有问题。但是我们还是得找到ENV分区所在并且改到不会和uboot冲突，因为将来部署系统时我们会将uboot和kernel、rootfs等都烧录到iNnand中去，那时候也要确保不会冲突。
(2)static inline int write_env(struct mmc *mmc, unsigned long size,
    unsigned long offset, const void *buffer)
类似于这种函数，在代码分析中，关键是弄明白各种参数的意义。mmc表示要写的mmc设备，size表示要写的大小，offset表示要写到SD卡的哪个扇区去，buffer是要写的内容。
(3)CONFIG_ENV_OFFSET这个宏决定了我们的ENV在SD卡中相对SD卡扇区0的偏移量，也就是ENV写到SD卡的哪里去了。经过分析发现这个宏的值为0.所以我们的ENV
被写到了0扇区开始的32个扇区中。
(4)写到这里肯定不行，因为和uboot的BL1冲突了。解决方案是改变这个CONFIG_ENV_OFFSET的值，将ENV写到别的空闲扇区去。
(5)#define MOVI_BL2_POS ((eFUSE_SIZE / MOVI_BLKSIZE) + MOVI_BL1_BLKCNT + MOVI_ENV_BLKCNT)
后面这三个其实分别是1+16+32=49
其中的1就是扇区0（空闲的），16是就是扇区1-16（uboot的BL1），32就是扇区17-48（存放ENV的），49自然就是uboot的BL2开始扇区了。这种安排是三星移植的uboot版本中推荐的SD卡的分区方式，不一定是唯一的。
(6)我们参考这个设计，即可实现环境变量不冲突。所以只要将ENV放到17扇区起始的地方即可
CONFIG_ENV_OFFSET  是什么单位。扇区还是字节等
 
测试环境变量的保存是否正确
 


(1)程序修改重新编译后启动，启动后要注意iNand中本来有没有环境变量。为了保险起见对iNand的前49个扇区进行擦除，然后就可以确保里面没有之前保存过的环境变量了。使用命令：mmc
write 0 30000000 0# 49来擦除SD0的扇区0-48，保证以前的环境变量都没有了。
(2)重新开机后先set随便改一个环境变量作为标记然后saveenv然后重启。
(3)测试方法是，使用：mmc read 0 30000000 17# 32命令将iNand的17开始的32个扇区读出来到内存30000000处，然后md查看。找到显示区域里面的各个环境变量，看读出来的和自己刚才修改的值是否一样。
 
常用环境变量的配置移植
(1)除掉用不要显示的环境变量，常用的环境变量就是网络相关的那几个，和CONFIG_BOOTCOMMAND、CONFIG_BOOTARGS等。
 
网卡驱动移植
1.查看代码发现，本uboot没有开启网卡，须在配置文件中开启     #define CONFIG_CMD_NET
2.顺便移植其他有关网卡的宏，防止以后用到
3.添加ping，tftp命令。do_ping ;do_tftp   发现ping命令开关宏为
CONFIG_CMD_PING，而tftp命令的开关为CONFIG_CMD_NET，确认添加
4.代码实践。结果是ping和tftp命令都被识别了，但是都提示no ethernet found`````
网络不通。为什么不通？因为还没做初始化等移植
5.开始CONFIG_CMD_NET后执行eth_initialize(gd->bd)
 


同mmc时一样新建board_eth_init函数调用dm9000x.c中的最后一个函数int
dm9000_initialize(bd_t *bis)，这个函数就是用来注册dm9000网卡驱动的。新建
Int board_eth_init(bd_t *bis) 调用dm9000_initialize(bd_t *bis)
int board_eth_init(bd_t *bis)
{
return dm9000_initialize(bis)；
}
6.编译，并做相应修改