项目结论
在 Keil MDK 平台和 IAR 平台都实现了移植，实现的基本的驱动架构，termios等都实现了，之前也说了，如果再移植下去，就是一个无尽的泥潭，所以就这样打住。此平台主要是作为学习使用，可以很方便的阅读代码，学习RTEMS。
下载请加群
项目主要用在 Cortex-M3 ， M4上，使用 KeilMDK 编译
项目的移植理念
http://blog.csdn.net/etual/article/details/19121115
原始代码可以访问RTEMS 的官网
http://www.rtems.org
2014-05-05
在IAR上移植shell，一个简化版的shell倒是可以跑起来，但是觉得泥潭越陷越深，同时编译也是很慢的，因为太多文件了，（现在就接近 1.5K 个文件了）最近有种强烈的感觉，这样是否背离了原来的初衷？这样做是否有意义？还不如用原版的系统呢。
2014-03-09
移植shell基本架构完毕了，在调试的过程中发现 fileno 函数出问题了，最后发现IAR的库有问题（这 .....）用了个自己的函数代替就行了，IAR就有这种方便的地方，可以自己 redirect 来代替C库的符号，真的很好。shell本身的函数有点小复杂，而且多，依赖也多，现在就基本框架跑起来了，移植了几个mem相关的函数，是正常的。不过RAM开始报警了，看来这 64K ram也用不了多久了。今天看了一天代码，因为工作上要做linux的驱动，一些信号量的锁问题没有想懂，于是看了一天 rtems 的 termios，基本了解过程了，也看懂了一些锁的处理办法，感概rtems简直就是一个小型的 UNIX 系统，同时也感概，学计算机竟然是从window入门，也太难为了天朝的学生了。一些系统的设计，linux的一些思想也是继承 UNIX ，计算机的世界的各种各种，形成了知识的断层了。RTEMS 是一个宝藏，调试简单，可以单步慢慢读代码，同时又是完成的系统，代码也好，值得认真的学习。
2014-03-03
搞着搞着，发现C库特别重要，组件开始依赖C库的实现了，还有一些系统调用的实现，例如本来想移植shell的，觉得只依赖termios，应该比较好搞，但是实际上并不是，大量依赖着 libcsupport 中的函数，同样是举步维艰。所以觉得现在不要急着去搞移植，而是应该反过来看一下核心代码，慢慢的理解，一步一步稳定下来，不然很容易就头脑发胀。另外最近也折腾一下ucGUI，想将其移植过来看看。
2014-02-25
移植到 IAR 上面成功，console和多任务都跑起来了，过去折腾的还是汇编的内容，看来最烦的还是这个。malloc决定只使用C库，不需要自己实现，但需要注意实现一个锁。再多的功能还在慢慢的去折腾了。
2014-02-22
折腾了2天多了，对KeilMDK的C比较无语，好不容易处理了 _sys_write 可以通过 printf 输出流了，但是现在打开文件居然不能访问了，实在是各种受不了了。准备瞄一下 IAR ，先验证一下各种特殊用法的处理和C库的交互，再考虑平移过来。
2014-02-19
又搞了一个早上，发现了添加 --c99 编译选项，可以支持一些 GCC上面的结构体写法，原来这是 C99 的内容，真是孤陋寡闻了，这样一来修改的东东就变得很少了，termios，printf等基本都正常运行了，项目进入了后期，继续移植，整理和优化一些，脑力有点过度消耗了，暂时休息一下，等大脑清醒了再继续整理。
2014-02-18
移植了 devfs，termios，代码一下子膨胀起来了，优化等级 -O2 下 ROM 达到了 32K， RAM 则变化不大，只是多了几个全局变量而已，但到目前为止系统已经是比较完善了，IO驱动架构。所以这里就开始需要衡量了。但综合来说，只损耗 32K ROM，10几KRAM 就可以得到一个完整的系统，这还是不错的选择，主要替代一些linux的应用，降低成本。
2014-02-17
经过一个多月的艰苦移植，内核算是跑起来了，SCORE， RTEMS，SAPI 几个主要的组件，除了多核，多处理的东东外，已经全部移植了。但是还没有详细的调试。目前多任务已经跑起来了，任务切换，简单尝试了2个小时运行正常，在 STM32F103RC 上，因为禁止了文件系统，所以完全就可以当是一个UCOS 来用，目前损耗大概是 ROM 16KB， RAM 8KB + N个任务堆栈，其中任务堆栈是每个任务的堆栈空间，设定为 4K。接下来的目标是移植 DEVFS， 然后做Keil的 retaget，就可以使用 stdio 了。
2965
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
