Closed wb0330 closed 11 years ago
7-25号更新的已经不用spl了,重新添加了BL1目录。用BL1代替了spl。不过建了spl分支,你可以push到spl分支上。谢谢你的指正!
昨天才学会了建立分支,还不知道怎么和别人合作更新代码,有什么意见请指教。
用BL1的优点除了代码比较独立外还有什么考虑?现在的版本貌似还不能引导linux内核,估计得改一下u boot 层的nand驱动。合并别人的代码和向别人提交代码都是处理pull request,没有冲突合并很方便,点网页上右边的pull request图标,再点一下自动合并就行了。
用BL1是因为我在用spl的时候,去移植后边的代码的时候,会对spl启动造成影响,对spl的机制也不是特别的了解,所以用了BL1,可以方便的移植后边的功能。等后边的功能可以了,如果再想回成spl的,还是可以的。这个确实没有冲突,但是现在的主线已经不用spl我还要不要pull request。我建立了一个分支spl,要不要只pull到这个分支上呢?
怎么设置自动pull request,我已经把提交的给pull request,不知道怎么开启自动pull request。你说的引导内核正在移植。
不能自动的吧,因为每个pull request要经过所有者审核操作,并且在协作的时候有些改动可能有conflict,需要用 merger工具,在不行需要手动解决冲突。
明白了!谢谢
今天更新了一下可以引导TFTP内核和挂载NFS文件系统了。README.md中有使用说明!另外:看你对Makefile了解的比较深,特别是你上次提交的问题。我想也会发生在BL1目录中,因为BL1目录是单独编译的,没有用到顶层目录Makefile中的变量。如果有时间麻烦你把BL1中的Makefile也规范一下吧 :)
恩,看到你的提交了,我想用nand启动kernel的功能,正想办法在你的基础上移植。 我上个月开始熟悉linux kernel和bootloader,关于Makefile也不是很懂,依葫芦画瓢改了改BL1的Makefile,呆会儿提交你看看。
Nand启动kernel的功能就是u-boot对于Nand驱动的支持,对NandFlash驱动的支持原理也很简单,但是对于这个2G MLC驱动,要添加16bit ECC校验,才能保证对NandFlash操作的无误性!我的计划是先把后边的功能完善好了。再回头弄16bit ECC校验。因为这个动静有点大!不过以下的是的规划,你可以参考一下: 1.先优化好2G nandFlash驱动,使用软件ECC。 2.开启16bit硬件ECC,能够正确拷贝内核。 3.关于根文件系统的烧写的移植。
另外关于Makefile的优化,看你做的很棒!有一点:arm-linux-objcopy arm-linux-objdump arm-linux-ld rm工具不能从顶层Makefile中传过来吗?否则编译者如果指定了交叉工具链并非arm-linux-为前缀就很可能问题。
修复指定obj输出目录时(如make O=./build ),cat合并bin不成功. 若不指定BUILD_DIR则和原来一致,结果输出到TOPDIR。否则结果保存到BUILD_DIR下