咨询一个tina-linux 的uboot编译问题

[smiletiger]

使用的是t113的tina-linux 执行完毕 source./build/envsetup.sh之后有很多编译命令
比如muboot,但是我在uboot源目录修改了代码之后,执行muboot发现生成的u-boot.bin还是没有发生变化,然后我进入到uboot根目录,在根目录下面执行make也是一样没有变化,后来不知道怎么弄了下,又发现更新进去了,测试了好多次,完全没有任何规律,我现在想问的是,这个自己修改了uboot的部分源代码,或者dts文件,应该执行什么命令才可以重新生成新的u-boot.bin文件,然后进一步pack打包成img文件

还有想问一下,在调试过程中,是不是每次都需要生成img,然后用卡刷软件写入sd卡,然后再插入板子才能运行,这样效率太低了,能不能用dd命令把uboot这部分刷进去,如果可以,应该刷到哪个地址?

[whycan]

部分烧录

[whycan]

@smiletiger
muboot 可以强制重新编译 uboot，至于你说文件没有变化，那你是指哪个目录下面的哪个文件，有没有比较前后的crc32/md5码？

[smiletiger]

@whycan 谢谢晕哥回复,比如我打个比方,我修改了uboot下面的de_dsi.c文件,然后我在uboot根目录下make了一下,我发现生成了新的de_dsi.o文件,这个文件的确是会变化的,每次只要我修改文件,然后make就会变,但是最后生成的u-boot.bin确没有任何变化,
同时我查看u-boot.map也是变化了,这个到底为什么会这样

[whycan]

@smiletiger
全局查找一下吧：

find . -name *u*boot*.bin -type f

可能生成在别处。

[smiletiger]

@whycan 就算生产在其他地方,但是我最后用pack命令生成的tina_t113-mq_uart0.img这个文件也没有变化,所以很烦躁,不知道哪次更改有效,我刚刚为了改一个mipi驱动,muboot,pack指令不知道做了多少次,每次生成的文件都没有任何变化还是修改前的,后来不知道怎么弄了下又成功生成了一次,然后后面又不行了

[whycan]

@smiletiger
抱歉，T113的SDK我还没有用过，现在没有办法帮到你。

[smiletiger]

@whycan 谢谢晕哥,也许我方法不对吧,在研究下看看

[smiletiger]

@smiletiger 疯掉了,无奈.......先用muboot 然后用pack..编译了几次都这样

[smiletiger]

@whycan

[YuzukiTsuru]

@smiletiger 使用make全局编译然后再打包试试，我记得单独编译某个模块打包用不了，他没有复制文件过去

[whycan]

@smiletiger
我刚刚测试了 D1s SDK 2.0，muboot 之后会重新生成所有 uboot*.bin，

pack 之后会重新生成所有 uboot*.fex 文件，

并且 img 文件也更新 了。

[smiletiger]

@whycan 谢谢晕哥,我今天测试了下好像是vmware虚拟机的bug,每次copy到win10下面基本上都是上次的老文件,我在linux下面用共享文件夹用cp命令复制到文件夹好像就好了