作者:苏义鑫,王子毅,张素文 时间:2007-04-28 来源: |
摘要:uClinux是针对微控制领域而设计的Linux操作系统,继承了Linux的众多优点,广泛应用于嵌入式系统中。针对不同的嵌入式处理器移植uClinux已成为嵌入式系统研究的一个重点。本文选择以三星公司生产的S3C44B0处理器为核心的硬件平台,详细介绍uClinux移植到S3C44B0的方法和过程。 关键词:嵌入式系统;uClinux;移植;ARM 引言 uClinux作为Linux衍生操作系统,具有支持多任务、内核精简、高效、稳定和源代码开放等优点,专门应用于无MMU微处理器的嵌入式系统。将uClinux应用于嵌入式系统已经成为许多嵌入式开发人员的选择。本文针对基于三星公司生产的ARM系列微处理器S3C44B0的硬件平台,详细论述移植uClinux的过程,主要包括BootLoader的设计,uClinux内核的修改,交叉编译环境的建立,uClinux内核的配置,编译及连接,映像文件的下载及运行。 硬件环境 硬件平台以S3C44B0为核心,采用的外部晶振频率为10MHz,内核主频最高可达到64MHz;通过RS232接口与上位机通讯;外接JTAG接口,支持在线调试;采用SST39VF1601(2M字节)作为程序存储器,对应的地址空间为0x00000000-0x001fffff;采用HY57VF641620(8M字节)作为数据存储器,对应的地址空间为0x0c0000000x0c7fffff。硬件框图如图1所示。
uClinux的移植 移植思路 Bootloader的设计 在终端的提示符“/"下输入0、1或2分别代表选择功能0、功能1或功能2。BootLoader执行对应的操作,功能0利用TFTP网络传输程序到SDRAM,默认下载地址为0x0c000800;功能1下载程序到flash,uClinux的映像文件image.rom的下载地址为0x00010000,Romfs.img的下载地址为0x00100000。这两个下载地址不是任意的,前一个地址与BootLoader的功能2有关;后一个地址与uClinux的文件系统定位有关。具体确定方法在下文论述;功能2启动烧写到Flash的uClinux。 因为本文的重点是uClinux的移植,所以这里不再详述BootLoader的具体实现过程,只介绍一下与uClinux相关的地方:(1)因为uClinux要利用S3C44B0的串口输出一些信息,所以BootLoader初始化过程中要设定处理器的主频,uClinux根据这个主频来设定串口寄存器,得到一定数值的波特率。本文选择的主频为61Mhz,波特率为115200。(2)执行功能2时,会调用一个MoveRun函数: Void MoveRun(void) (3)启动uClinux后,image.rom在0xc300000处自解压,并在0x0c000000处放置uClinux的中断向量表。即使uClinux内核已经得到处理器的控制权运行,一旦发生中断,处理器还是会自动跳转到从0x0地址开始的第一级中断向量表中的某个表项(依赖于中断类型)处读取指令运行。所以在编写BootLoader时,地址0x0处的一级异常中断矢量表只需简单地包含向0x0c000000处的中断向量表的跳转指令就可以,这样就能够正确地将发生的事件交给uClinux的中断处理程序来处理,BootLoader的第一级异常中断向量表如下所示: bResetHandler; //跳转到初始化部分 uClinux内核的修改 首先,从网站(www.uClinx.org)下载源码uClinuxdist-20040408,但这个发行包中的内核对S3C44B0X处理器的支持是不完整的,必须为内核打上补丁uClinux-2.4.24.patch(可以从http://www.hzlitai.com.cn下载),然后在终端下执行:patch-p0 (1)压缩内核代码起始地址修改 ZTEXTADDR代表映像文件image.rom自解压的起始地址,它的值是由BootLoader的功能2决定的。执行功能2,将image.rom从Flash转移到SDRAM的地址0x0c300000,内核自解压,所以ZTEXTADDR必须和这个值相同。ZRELADDR代表内核解压后代码输出起始地址。 (2)处理器配置选项的修改 (3)内核起始地址的修改 (4)ROM文件系统的定位修改 #ifdefCONFIG_BOARD_MBA44
(5)定义uClinux异常中断向量表的起始地址 (6)定义CPU体系结构和交叉编译器 交叉编译环境的建立 uClinux内核的配置,编译及连接 配置完成后,开始编译内核,在终端分别执行makedep,makelib_only,makeuser_only,makeromfs,makeimage,make。当内核的编译工作完成后,在目录uClinux/images下会生成我们需要的映像文件image.rom,image.ram,romfs.img。 uClinux内核的下载与执行 结束语 对于嵌入式系统开发人员来说,要将嵌入式操作系统应用到嵌入式系统中,首先要做的工作是根据不同的硬件平台移植操作系统,掌握移植的方法非常重要。本文所述的移植方法已经成功应用于多个项目的开发。所述的移植虽然是针对ARM处理器芯片S3C44B0,但重点阐述的是移植的思路和方法,对将uClinux移植到其他处理器为核心的硬件平台也有借鉴作用。 本文创新点:本文从如何将嵌入式操作系统uClinux与特定硬件相结合出发,分析移植uClinux到S3C44B0的过程。作者将自己成功移植所修改的部分作了详细的分析。有利于应用uClinux的人员快速理解,移植uClinux到特定的硬件平台。 |
相关文章
- HTTP请求详解及其在嵌入式系统中的应用
- CVE-2024-3094:Linux生态供应链攻击-CVE-2024-3094:供应链攻击? 一个潜伏3年只为通杀的漏洞,今天更新了一个CVE漏洞,XZ-utils5.6.0/5.6.1版本后门风险(CVE-2024-3094)这个后门并非作者无意加入的,也不是引入存在后门的库文件导致的问题,而是有人经过三年的潜伏,积极参与该项目的维护,在获得了直接commit代码的权限以后将后门代码注入其中。 这个代码一共存活了不到2个月的时间,发现者是PostgreSQL 开发人员兼软件工程师 Andres Freund 意外发现的,在观察到 liblzma(xz 包的一部分)Debian sid(使用 ssh 登录占用了大量 CPU,valgrind 错误,然后找见了上游 xz 存储库和 xz tarball 已被后门。 幸运的是,xz 5.6.0 和 5.6.1 尚未被 Linux 发行版广泛集成,而且大部分是在预发行版本中。 但是kali linux如果每周更新或者最近3月26到29号之间更新了,不好意思。 根据kali官方说法希望更新, 首先我们apt-cache policy liblzma5 更新命令 sudo apt update && sudo apt install -y --only-upgrade liblzma5 更新 难的追一回滚动更新就这样玩吗?看来以后也不要追最新的。 当然我们还可以cat /var/log/apt/history.log 查看更新时间和都更新了哪些内容! 附: 各大linux系统可以查看自己对应的系统,查看官网说明 比如我的kali可以直接在https://www.kali.org/blog/about-the-xz-backdoor/看到 当然了这个供应链后门只能说差一点就完美成功,因为他写的有bug在sshd运行的时候直接cpu飙升,引起了研究员的注意,否则如果在发行版中大规模集成,估计可以造成linux的一个通杀,现在只是在预发行版中,但是更新快的比如kali linux中如果滚动更新那么就会被影响到。 参考链接:
- 嵌入式实时操作系统μC/OS-Ⅱ 在DSP芯片上的移植与测试
- 嵌入式学习37-TCP并发模型-有限 2.IO模型: 1.阻塞IO: 没有数据到来时,可以让任务挂起 节省CPU资源开销,提高系统效率 2.非阻塞IO: 程序未接收到数据时一直执行 效率很低 3.异步IO 只能绑定一个文件描述符用来 读取数据 4.多路复用IO select 1.select监听的集合中的文件描述符有 上限限制 2.select有 内核层 向 用户层数据空间 拷贝 的过程,占用系统资源开销 3.select必须 轮询检测 产生 事件 的文件描述符 4.select 只能工作 在 水平触发 模式(低速模式) 无法工作 在 边沿触发 模式(高速模式) poll (监听的集合中的文件描述符有 没有上限限制) 1.poll有 内核层 向 用户层 数据空间 拷贝 的过程,占用系统资源开销 2.poll必须 轮询检测 产生 事件 的文件描述符 3.poll 只能工作在水平触发模式(低速模式) 与select相同 无法工作在边沿触发(高速模式) 3.函数接口: 1.select int select(int nfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout); 功能: select 监听 文件描述符集合 中 是否 有文件描述编程 ready状态 select 监听 文件描述符集合 中 ,若有状态 , 将没有ready状态的T除 若无状态,将阻塞继续等待 参数: nfds: 最大文件描述符的值 +1 readfds: 读 文件描述符集合 writefds: 写 文件描述符集合 exceptfds: 其余 文件描述符集合 timeout: 等待的时长 NULL 一直等待(超时处理) 返回值: 成功 返回 文件描述符集合中 的 文件描述符个数 失败 返回 -1 void FD_CLR (int fd, fd_set *set); 功能: 将文件描述符 fd 从集合中清除
- Java技术在嵌入式系统中的应用
- Nginx在嵌入式系统中的应用
- 嵌入式ARM系统中OpenCV的移植
- uClinux在嵌入式系统中的移植研究
- C++在嵌入式系统中的应用 --可以到10000分
- uC/OS-II实时操作系统在嵌入式平台上进行移植的一般方法和技巧(转贴)