现在PMON最大的问题就是不够稳定,经常出些小问题。因为代码比较乱,所以查找起问题来越来越困难。
公司的一些底层开发人员也一直有将龙芯的Bootloader移植到Uboot上来的打算,但时间太紧,一时又没法完成这个任务,因此这个事情就一拖再拖了,到现在几乎一年。
看了整个的PMON代码,觉得其实真有必要好好整理一下了。不过,说实话,草率地完全放弃它确实不是明智之举。其总体的设计总的来说还是不错的。而且,龙芯在PMON上已经有了好几年的技术积累了,如果换一个bootloader平台,又得耗费大量的开发调试时间。
而且,PMON比Uboot相对来说还更简单的一点,对其做一些操作,改变更容易一点。
还有一个因素,uboot用的人虽多,但控制权不在我们手上,很多情况下要受其官方的约束,在做某些设计时会碰到麻烦。
所以,对于龙芯的bootloader今后的发展道路,即PMON的前途,在对其进行系统地整理和更换平台这两个方案上,我还是倾向于对PMON进行整理,或者说是升级(焕然一新)。希望到时能将PMON做得更漂亮点,形成一个标准,让大家遵循着我们的规则来做。而伴随着的,文档迫在眉睫。
公司的一些底层开发人员也一直有将龙芯的Bootloader移植到Uboot上来的打算,但时间太紧,一时又没法完成这个任务,因此这个事情就一拖再拖了,到现在几乎一年。
看了整个的PMON代码,觉得其实真有必要好好整理一下了。不过,说实话,草率地完全放弃它确实不是明智之举。其总体的设计总的来说还是不错的。而且,龙芯在PMON上已经有了好几年的技术积累了,如果换一个bootloader平台,又得耗费大量的开发调试时间。
而且,PMON比Uboot相对来说还更简单的一点,对其做一些操作,改变更容易一点。
还有一个因素,uboot用的人虽多,但控制权不在我们手上,很多情况下要受其官方的约束,在做某些设计时会碰到麻烦。
所以,对于龙芯的bootloader今后的发展道路,即PMON的前途,在对其进行系统地整理和更换平台这两个方案上,我还是倾向于对PMON进行整理,或者说是升级(焕然一新)。希望到时能将PMON做得更漂亮点,形成一个标准,让大家遵循着我们的规则来做。而伴随着的,文档迫在眉睫。