一想想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值得学习的东西太多了，宁愿慢慢想清楚怎么实现。
金融危机。修心养性。
阅读(685) | 评论(0) | 转发(0) |
