一想想uboot就觉得不好办,这东西必须在linux下面编译,用winARM是否成功得有待验证,估计成功几率不高,毕竟这uboot用了很多shell的内容,makefile也写的那么精粹,估计还得是标准的linux环境。
于是又必须考虑的是一个调试问题。uboot的移植也必须一步一步的走,都需要调试,这环境究竟怎么搞?理论上应该弄OPENJTAG的,买这东西的目的也就是这个了。
keil的环境非常吸引。keil+JLINK(GDI)也是个很不错,很强大的组合,但是问题来了,貌似这上面没有bootloader啊....难道要裸奔?决定了,这个组合是搞非操作系统的调试,那么,这个keil究竟是用来开发什么项目用的???linux一旦跑起来就根本不需要其他调试工具了,本身的gdb够用,开始想不懂了 = =b
JLINK的gdbserver是配合winARM用的,顿时觉得有点囧。
现在的构想就是 keil是用来裸奔的时候调试驱动芯片的,只要芯片正常驱动,那么驱动程序就很容易改写为驱动了。当然,这也是现在的猜想,具体还得迟点验证。
这两天都在学ubuntu,感觉是先搞熟悉一点系统,这样干活起来也顺手点。几天前在钻研shell编程,初步领略了点皮毛,以后还得努力,毕竟这东西真的不简单。甚至开始有点感觉到,这shell是有点强大,可以匹配很多东西,可以将很多东西自动化。值得好好的学习。
看了ouravr的一贴,里面说怎么将器件抽象,说的不错,回想起自己以前的一些参透,只能说停留在单片机阶段。最近看的不少代码,特别是bootloader和linux的一些代码,感觉到自己还没有入门。里面一层又一层将函数的包裹,具体用意是什么,还不能参透,所以这里要花点工夫。
EMC单片机本来打算整理的,想想,还是算了,没有这个必要了。随缘吧。手头上积累的不少子程序,以后还有没有机会用还成问题呢,毕竟是汇编,换个平台就没用了。既然选择了走linux这条道路,那么就要坚决的走下去。对知识确实有点贪婪,要抑制好这种情绪,学的太多,太杂到头来是一无所获,还不如潜心的研究一个方向。
东西是一点一点的积累,不能操之过急。本来打算是12月10号搞好bootloader的,现在看来也有点悬了,呵呵,毕竟这uboot值得学习的东西太多了,宁愿慢慢想清楚怎么实现。
金融危机。修心养性。
阅读(693) | 评论(0) | 转发(0) |