关于一个需求，请各位大牛指导，感激涕零~

ljpdxj

回复 20# chenrvmldd


    感谢斑竹回复，我们有个负责技术的leader提出过，难道真要这样做才是王道？
难度颇大总能克服，我想在动手之前一定要找一个合理的方案才行，对当前项目schedule的影响，方案切实可行、且后继maintian容易、不要有太多限制以及要求其他成员要follow的rule等都是必须考虑的。。。

npuazm

在现有的你的工程中
bootloader 和 kernel 用的运行空间的地址是怎么分布的？两者有没有用共同的ram 空间？

ljpdxj

回复 22# npuazm
    Not Linux But eCos，
因为bootloader和主系统不会同时运行，所以它们不会打架，内存空间随便用

chenrvmldd

回复 21# ljpdxj


    这种事情EASY的解决方案就是从硬件上解决，其实把BOOT和KERNEL代码混在一起，早起的LINUX不就是这样的吗？后来BOOT需求越来越多才会把BOOT和KERNEL分开的，还有一种解决方案，就是优化你目前的代码，
去掉目前不需要的一些代码，进一步压缩程序

ljpdxj

回复 24# chenrvmldd

要说再优化代码，应该也差不多了，因为前人Maintian两年了。。。
估计是压不了了，最大压缩比的7-zip都用上了，现在系统还必须划分给Bootloader 256K Flash Size。

npuazm

boot running space
-------------------------------------------------
other code

*p_share function (fix address running)

--------------------------------------------------



kernel running space
---------------------------------------------------
other code

when you need p_share,just get it from fixed address

---------------------------------------------------

不知道这样行不行
但是这样做的一个前提就是 boot 运行的空间，即使在kernel 起来以后不要被kernel 所覆盖。

linuxfellow

ljpdxj 发表于 2012-02-06 14:34
回复 24# chenrvmldd

要说再优化代码，应该也差不多了，因为前人Maintian两年了。。。

现在最切实可行的办法还是精简boot代码， 把boot和kernel重叠部分功能直接精简掉，同样的代码kernel已经有，kernel增加相应功能应该不难。这样对改动最小，系统影响最小，对用户影响也最小，测试工作量相对少， 也利于维护。

ljpdxj

回复 27# linuxfellow


   
很久没上来，感谢各位热心给予帮助~~~
实践才是检验真理的唯一途径。。。
我在努力~

cjdao

希望楼主能早日把自己成功的解决方案跟我们分享一下