基于Motorola M68VZ328 微处理器的嵌入式OS 的开发.docVIP

基于Motorola M68VZ328 微处理器的嵌入式系统的实际经验 uClinux系统分析及一个开发实例?? 结合开发基于Motorola M68VZ328 微处理器的嵌入式系统的实际经验,较为详细地探讨了uCLinux 的特点及通过一个实例来介绍如何利用现有的Linux 开放资源开发新的嵌入式操作系统。 ??? uClinux 是Linux2.0 版本的一个分支,它被设计用来应用微控制领域。众所周知,Linux 是一种很受欢迎的操作系统。它与Unix 系统兼容,开放源代码。它原本被设计为桌面系统,现广泛应用于服务器领域。而更大的影响在于它正逐渐地应用于嵌入式设备。uClinux 正是在这种氛围下产生的。在uClinux这个英文单词中u 表示Micro ,小的意思,C 表示Control ,控制的意思,所以uClinux 就是Micro-Control-Linux ,字面上的理解就是“针对微控制领域而设计的Linux 系统”。 1 uClinux 系统分析??? uClinux 最大的特征就是没有MMU (内存管理单元模块) 。??? 标准Linux 是针对有内存管理单元的处理器设计的,它采用了虚拟存储器技术。这种技术用于提供比计算机系统中实际使用的物理内存大得多的内存空间。使用者将感觉到好像程序可以使用非常大的内存空间,从而使得编程人员在写程序时不用考虑计算机中的物理内存的实际容量。而对于uClinux 来说,其设计针对没有MMU 的处理器,即uClinux 不能使用处理器的虚拟内存管理技术(应该说这种不带有MMU 的处理器在嵌入式设备中相当普遍) 。uClinux仍然采用存储器的分页管理,系统在启动时把实际存储器进行分页。在加载应用程序时程序分页加载。但是由于没有MMU 管理,所以实际上uClinux 采用实存储器管理策略(real memory management) 。这一点影响了系统工作的很多方面。uClinux 系统对于内存的访问是直接的, (它对地址的访问不需要经过MMU ,而是直接送到地址线上输出) ,所有程序中访问的地址都是实际的物理地址。操作系统对内存空间没有保护(这实际上是很多嵌入式系统的特点) ,各个进程实际上共享一个运行空间(没有独立的地址转换表) 。一个进程在执行前,系统必须为进程分配足够的连续地址空间,然后全部载入主存储器的连续空间中。与之相对应的是标准Linux 系统在分配内存时没有必要保证实际物理存储空间是连续的,而只要保证虚存地址空间连续就可以了。另外一个方面程序加载地址与预期(ld 文件中指出的) 通常都不相同,这样relocation 过程就是必须的。此外磁盘交换空间也是无法使用的,系统执行时如果缺少内存将无法通过磁盘交换来得到改善。??? uClinux 对内存的管理减少同时就给开发人员提出了更高的要求。如果从易用性这一点来说,uClinux的内存管理是一种倒退,退回到了Unix 早期或是DOS 系统时代。开发人员不得不参与系统的内存管理。从编译内核开始,开发人员必须告诉系统这块开发板到底拥有多少内存(假如你欺骗了系统,那将在后面运行程序时受到惩罚) ,从而系统将在启动的初始化阶段对内存进行分页,并且标记已使用的和未使用的内存。系统将在运行应用时使用这些分页内存。由于应用程序加载时必须分配连续的地址空间,而针对不同硬件平台的可一次成块(连续地址) 分配内存大小限制是不同的(目前针对ez328 处理器的uClinux是128kB ,而针对coldfire 处理器的系统内存则无此限制) ,所以开发人员在开发应用程序时必须考虑内存的分配情况并关注应用程序需要运行空间的大小。??? 另外由于采用实存储器管理策略,用户程序同内核以及其它用户程序在一个地址空间,程序开发时要保证不侵犯其它程序的地址空间,以使得程序不至于破坏系统的正常工作,或导致其它程序的运行异常。从内存的访问角度来看,开发人员的权利增大了(开发人员在编程时可以访问任意的地址空间) ,但与此同时系统的安全性也大为下降。??? 虽然uClinux 的内存管理与标准Linux 系统相比功能相差很多,但应该说这是嵌入式设备的选择。在嵌入式设备中,由于成本等敏感因素的影响,普遍地采用不带有MMU 的处理器,这决定了系统没有足够的硬件支持实现虚拟存储管理技术。从嵌入式设备实现的功能来看,嵌入式设备通常在某一特定的环境下运行,只要实现特定的功能,其功能相对简单,内存管理的要求完全可以由开发人员考虑。 2? 开发实例—基于Motorola M68VZ328 微处理器的嵌入式OS 的开发2.1 项目介绍??? M68VZ328 微处理器是Motorola 龙珠系列的第三代产品,其主要特点是: 省时、节能、低开销。它有2MB 的Fl