1 uCLinux及KVM简介
uCLinux是一款优秀的嵌入式Linux操作系统,是micro-Conrol-Linux的缩写,同时也是开放源码的嵌入式Linux的典范之作。uCLinux主要是针对目标处理器没有存储管理单元MMU(Memory Management Unit) 的嵌入式系统而设计的,它已经被成功地移植到了很多平台上。它秉承了标准Linux的优良特性,经过各方面的小型化改造,形成了一个高度优化的、代码紧凑的嵌入式Linux。虽然它的体积很小,却仍然保留了Linux的大多数优点:稳定、良好的移植性、优秀的网络功能、对各种文件系统完备的支持和标准丰富的API。它专为嵌入式系统做了许多小型化的工作,目前已支持多款CPU。其编译后的目标文件可控制在几百KB数量级,并已被成功地移植到很多平台上。
KVM是一种专门为嵌入式设备使用的JAVA虚拟机,它主要为J2ME CLDC使用。KVM可以理解为K Virtual Machine或者是 KJava Virtual Machine。是一种精简,可移植的,专门为小设备,有内存,CPU等资源限制(例如:手机,PDA,POS机等嵌入式设备)设计的JAVA虚拟机。
KVM的目的是创造一个尽可能小的且尽可能完整的JAVA虚拟机,使开发者不用像开发C语言一样关心硬件,而通过JAVA语言来进行开发,达到一次编译,各种平台使用的目的。
2 获取并安装交叉开发工具
从http://sourceforge.net/project/showfiles.php?group_id=58162&package_id=54041获取arm-elf-tools交叉编译安装包。这里笔者曾经使用arm-elf-tools-20030314.sh编译KVM,但遇到编译错误。所以建议各位读者下载arm-elf-gcc3.0以上的版本进行编译。
3. 获取KVM源代码
从http://www.sun.com/software/communitysource/j2me/cldc/download.xml获取KVM的源代码文件。
4. 修改KVM的Makefile
下载并且解压CLDC后,下面讲述KVM具体的移植过程:
修改j2me_cldc/kvm/VmUnix/build/Makefile文件
该Makefile是编译KVM所用到的,因为KVM是用C语言实现的,所以从理论上来讲,也只要使用针对不同体系结构CPU的编译器编译KVM即可,这样也就是如何实现交叉编译KVM的问题了。
修改Makefile文件需要熟悉makefile的语法规则,这里不对该语言规则详细讲述,只对修改Makefile过程中涉及的内容做解释,请读者参阅关于makefile语法规则方面的相关资料。所涉及的Makefile修改部分如下:
ifeq ($(PLATFORM), linux)
# 注释掉原有LIBS = -lm -lnsl
# LIBS = -lm –lnsl
# 添加如下一行
LIBS =
# 注释掉原有CPPFLAGS = -DUNIX -DLINUX -D$(ARCH)
# CPPFLAGS = -DUNIX -DLINUX -D$(ARCH)
# 修改CPPFLAGS 定义如下:
CPPFLAGS = -D$(ARCH)
-I$(TOP)/kvm/VmCommon/h -I$(TOP)/kvm/VmUnix/h
-I$(TOP)/kvm/VmExtra/h -I$(TOP)/jam/h -I$(TOP)/kvm/VmCommon/src
endif
BUILD_ROOT=/usr/local
lib1=${BUILD_ROOT}/lib/gcc-lib/arm-elf/3.0
lib=${BUILD_ROOT}/arm-elf/lib
include=${BUILD_ROOT}/arm-elf/include/
# 用arm-elf-gcc定义CC,并指明包括的头文件路径和编译选项
CC=arm-elf-gcc -I$(include) -D__uClinux__ -D__USE_BSD=1
# 用arm-elf-ld定义LD,连接目标文件时使用
LD=arm-elf-ld
WEC_LDFLAGS=-L./ -L${lib} -L${lib}/lib -L${lib}/libc -L${lib1} -T${lib}/elf2flt.ld
EXTLIBS= -lc -lgcc -lc
LDFLAGS =
ifeq ($(GCC), true)
# 注释掉CC = gcc, 事实上由于ifeq ($(GCC), true) 不成立,该处不会执行到。
# CC = gcc
CFLAGS = -Wall $(CPPFLAGS) $(ROMFLAGS) $(OTHER_FLAGS)
DEBUG_FLAG = -g
OPTIMIZE_FLAG = -O2
else
# 注释掉CC = cc 一行,这样,系统采用CC=arm-elf-gcc 编译KVM
# CC = cc
CFLAGS = -Xa $(CPPFLAGS) $(ROMFLAGS) $(OTHER_FLAGS)
DEBUG_FLAG = -g -xsb
OPTIMIZE_FLAG = -xO2
endif
DEBUG_FLAG += -DINCLUDEDEBUGCODE=1
$(TOP)/tools/jcc/ROMjavaUnix.c $(TOP)/tools/jcc/nativeFunctionTableUnix.c: jcc
Unix
.PHONY: jccUnix
jccUnix:
@(cd $(TOP)/tools/jcc; $(MAKE) unix)
kvm$(j)$(g): obj$j$g/ $(CLEANUPXPM) $(OBJFILES)
@echo "Linking ... $@"
# 注释掉@$(CC) $(OBJFILES) -o $@ $(LIBS) $(EXTLIBS) 一行
# @$(CC) $(OBJFILES) -o $@ $(LIBS) $(EXTLIBS)
# 用arm-elf-ld连接目标文件
$(LD) -o kvm.x $(WEC_LDFLAGS) -r -d $(OBJFILES) $(LIBS) $(EXTLIBS) -Map kvm.map
5. 编译uCLinux版本的KVM
修改Makefile后,切换到j2me_cldc/build/linux目录,执行make命令编译kvm。如果不能通过编译,建议用arm-elf-gcc3.0以上版本的交叉编译工具进行编译。编译完成后,将在j2me_cldc/kvm/VmUnix/build目录下生成kvm.x文件,因为uClinux操作系统上可执行文件都必须为Flat格式,需用elf2flt工具对kvm.x进行转换。在终端提示符下执行如下命令:
elf2lft –o kvm kvm.x
生成kvm可执行文件,至此,整个kvm编译过程完成。
6. 测试KVM
这样编译出来的kvm是针对ARM体系结构的,所以在Red Hat Linux 7.3系统上无法运行,读者可以编辑“Hello World”程序。然后在终端提示符下做如下测试:
./kvm –classpath j2me_cldc/samples/classes HelloWorld
程序报错,这说明当前编译出来的KVM不是针对X86体系结构。接下来下载kvm到运行uClinux操作系统的嵌入式设备上,再测试kvm。
拷贝kvm以及HelloWorld.class到 uClinux-dist/romfs/bin目录下执行make image,生成包含kvm及HelloWorld.class的romfs.img
下载image.ram和romfs.img到板子上uClinux系统启动后,输入如下命令测试
./kvm –classpath /bin HelloWorld
7. 小结
本文以uCLinux嵌入式操作系统为例讨论了KVM的移植过程,若读者希望在其他体系结构的嵌入式Linux(比如PPC Linux, MIPS Linux)系统上移植KVM,可以根据其编译环境修改KVM的Makefile进行编译。如果为让系统支持更多的功能,如MIDP等,则需要作进一步的研究与探索。
关键字:KVM Linux 移植
引用地址:KVM在嵌入式Linux上的移植
uCLinux是一款优秀的嵌入式Linux操作系统,是micro-Conrol-Linux的缩写,同时也是开放源码的嵌入式Linux的典范之作。uCLinux主要是针对目标处理器没有存储管理单元MMU(Memory Management Unit) 的嵌入式系统而设计的,它已经被成功地移植到了很多平台上。它秉承了标准Linux的优良特性,经过各方面的小型化改造,形成了一个高度优化的、代码紧凑的嵌入式Linux。虽然它的体积很小,却仍然保留了Linux的大多数优点:稳定、良好的移植性、优秀的网络功能、对各种文件系统完备的支持和标准丰富的API。它专为嵌入式系统做了许多小型化的工作,目前已支持多款CPU。其编译后的目标文件可控制在几百KB数量级,并已被成功地移植到很多平台上。
KVM是一种专门为嵌入式设备使用的JAVA虚拟机,它主要为J2ME CLDC使用。KVM可以理解为K Virtual Machine或者是 KJava Virtual Machine。是一种精简,可移植的,专门为小设备,有内存,CPU等资源限制(例如:手机,PDA,POS机等嵌入式设备)设计的JAVA虚拟机。
KVM的目的是创造一个尽可能小的且尽可能完整的JAVA虚拟机,使开发者不用像开发C语言一样关心硬件,而通过JAVA语言来进行开发,达到一次编译,各种平台使用的目的。
2 获取并安装交叉开发工具
从http://sourceforge.net/project/showfiles.php?group_id=58162&package_id=54041获取arm-elf-tools交叉编译安装包。这里笔者曾经使用arm-elf-tools-20030314.sh编译KVM,但遇到编译错误。所以建议各位读者下载arm-elf-gcc3.0以上的版本进行编译。
3. 获取KVM源代码
从http://www.sun.com/software/communitysource/j2me/cldc/download.xml获取KVM的源代码文件。
4. 修改KVM的Makefile
下载并且解压CLDC后,下面讲述KVM具体的移植过程:
修改j2me_cldc/kvm/VmUnix/build/Makefile文件
该Makefile是编译KVM所用到的,因为KVM是用C语言实现的,所以从理论上来讲,也只要使用针对不同体系结构CPU的编译器编译KVM即可,这样也就是如何实现交叉编译KVM的问题了。
修改Makefile文件需要熟悉makefile的语法规则,这里不对该语言规则详细讲述,只对修改Makefile过程中涉及的内容做解释,请读者参阅关于makefile语法规则方面的相关资料。所涉及的Makefile修改部分如下:
ifeq ($(PLATFORM), linux)
# 注释掉原有LIBS = -lm -lnsl
# LIBS = -lm –lnsl
# 添加如下一行
LIBS =
# 注释掉原有CPPFLAGS = -DUNIX -DLINUX -D$(ARCH)
# CPPFLAGS = -DUNIX -DLINUX -D$(ARCH)
# 修改CPPFLAGS 定义如下:
CPPFLAGS = -D$(ARCH)
-I$(TOP)/kvm/VmCommon/h -I$(TOP)/kvm/VmUnix/h
-I$(TOP)/kvm/VmExtra/h -I$(TOP)/jam/h -I$(TOP)/kvm/VmCommon/src
endif
BUILD_ROOT=/usr/local
lib1=${BUILD_ROOT}/lib/gcc-lib/arm-elf/3.0
lib=${BUILD_ROOT}/arm-elf/lib
include=${BUILD_ROOT}/arm-elf/include/
# 用arm-elf-gcc定义CC,并指明包括的头文件路径和编译选项
CC=arm-elf-gcc -I$(include) -D__uClinux__ -D__USE_BSD=1
# 用arm-elf-ld定义LD,连接目标文件时使用
LD=arm-elf-ld
WEC_LDFLAGS=-L./ -L${lib} -L${lib}/lib -L${lib}/libc -L${lib1} -T${lib}/elf2flt.ld
EXTLIBS= -lc -lgcc -lc
LDFLAGS =
ifeq ($(GCC), true)
# 注释掉CC = gcc, 事实上由于ifeq ($(GCC), true) 不成立,该处不会执行到。
# CC = gcc
CFLAGS = -Wall $(CPPFLAGS) $(ROMFLAGS) $(OTHER_FLAGS)
DEBUG_FLAG = -g
OPTIMIZE_FLAG = -O2
else
# 注释掉CC = cc 一行,这样,系统采用CC=arm-elf-gcc 编译KVM
# CC = cc
CFLAGS = -Xa $(CPPFLAGS) $(ROMFLAGS) $(OTHER_FLAGS)
DEBUG_FLAG = -g -xsb
OPTIMIZE_FLAG = -xO2
endif
DEBUG_FLAG += -DINCLUDEDEBUGCODE=1
$(TOP)/tools/jcc/ROMjavaUnix.c $(TOP)/tools/jcc/nativeFunctionTableUnix.c: jcc
Unix
.PHONY: jccUnix
jccUnix:
@(cd $(TOP)/tools/jcc; $(MAKE) unix)
kvm$(j)$(g): obj$j$g/ $(CLEANUPXPM) $(OBJFILES)
@echo "Linking ... $@"
# 注释掉@$(CC) $(OBJFILES) -o $@ $(LIBS) $(EXTLIBS) 一行
# @$(CC) $(OBJFILES) -o $@ $(LIBS) $(EXTLIBS)
# 用arm-elf-ld连接目标文件
$(LD) -o kvm.x $(WEC_LDFLAGS) -r -d $(OBJFILES) $(LIBS) $(EXTLIBS) -Map kvm.map
5. 编译uCLinux版本的KVM
修改Makefile后,切换到j2me_cldc/build/linux目录,执行make命令编译kvm。如果不能通过编译,建议用arm-elf-gcc3.0以上版本的交叉编译工具进行编译。编译完成后,将在j2me_cldc/kvm/VmUnix/build目录下生成kvm.x文件,因为uClinux操作系统上可执行文件都必须为Flat格式,需用elf2flt工具对kvm.x进行转换。在终端提示符下执行如下命令:
elf2lft –o kvm kvm.x
生成kvm可执行文件,至此,整个kvm编译过程完成。
6. 测试KVM
这样编译出来的kvm是针对ARM体系结构的,所以在Red Hat Linux 7.3系统上无法运行,读者可以编辑“Hello World”程序。然后在终端提示符下做如下测试:
./kvm –classpath j2me_cldc/samples/classes HelloWorld
程序报错,这说明当前编译出来的KVM不是针对X86体系结构。接下来下载kvm到运行uClinux操作系统的嵌入式设备上,再测试kvm。
拷贝kvm以及HelloWorld.class到 uClinux-dist/romfs/bin目录下执行make image,生成包含kvm及HelloWorld.class的romfs.img
下载image.ram和romfs.img到板子上uClinux系统启动后,输入如下命令测试
./kvm –classpath /bin HelloWorld
7. 小结
本文以uCLinux嵌入式操作系统为例讨论了KVM的移植过程,若读者希望在其他体系结构的嵌入式Linux(比如PPC Linux, MIPS Linux)系统上移植KVM,可以根据其编译环境修改KVM的Makefile进行编译。如果为让系统支持更多的功能,如MIDP等,则需要作进一步的研究与探索。
上一篇:基于Linux的IPv6复合防火墙的设计
下一篇:Linux系统启动时间优化方案
推荐阅读最新更新时间:2024-05-02 22:49
arm-linux-gcc常用参数讲解 gcc编译器使用方法
我们需要编译出运行在ARM平台上的代码,所使用的交叉编译器为 arm-linux-gcc。下面将arm-linux-gcc编译工具的一些常用命令参数介绍给大家。 在此之前首先介绍下编译器的工作过程,在使用GCC编译程序时,编译过程分为四个阶段: 1. 预处理(Pre-Processing) 2. 编译(Compiling) 3. 汇编(Assembling) 4. 链接(Linking) Linux程序员可以根据自己的需要让 GCC在编译的任何阶段结束,以便检查或使用编译器在该阶段的输出信息,或者对最后生成的二进制文件进行控制,以便通过加入不同数量和种类的调试代码来为 今后的调试做好准备。和其它常用的编译器一样,GCC也提供了
[单片机]
Linux操作系统开始在移动电话上得到应用
尽管Linux的胜利一直相当低调,但它确实已经在消费电子设备领域得到了广泛采用,范围从索尼的高清电视和TiVo的数字摄像机到LinkSys和D-Link等公司的家庭联网设备。与内部组件经常暴露在外的PC不同,Linux埋藏在设备之内,对于终端用户而言它几乎是不可见的。
至今,Linux真正的成功故事也许是它在移动设备领域的应用。随着半导体产品性能和效率的不断提高,今天的移动设备正在迅速提升其功能和复杂性。尤其是,随着移动设备开始超越昨天的PC功能,且出货量也大大超过后者(大于5:1),移动电话正在成为下一代的客户端设备。但这一趋势同时也带来了大量的问题,市场成熟度就是其中之一。
移动电话市场的成熟正引起早期入市和新近入行
[应用]
MPLAB 工程移植到MPLAB X注意事项
随着这两年Microchip对MPLAB X和XC系列编译器的主推,MPLAB和Hi-tech编译器渐渐停止了更新和维护,所以建议你之前建立在MPLAB和Hi-tech底下的工程移植到MPLAB X和XC编译器下,当然为了兼容,MPLAB X也支持Hi-tech编译器,你可以在MPLAB X下编辑,编译继续使用Hi-tech,但是小猿不建议你这样做。在确保不影响产品功能和性能的前提下,怎么样将之前老的工程移植到新的开发环境和编译器下呢,因为两个平台的头文件不一样, 配置字语法也不一样,所以经过小猿亲身实践,移植时候需要注意两点即头文件和配置字 例如我们以基于PIC18F46K22芯片的一个工程为例,则涉及需要更换的头文件有pi
[单片机]
汽车架构集成协会以风河Linux为车载设备开发首选平台
全球领先的设备软件优化(DSO)厂商风河系统公司日前宣布,汽车架构集成协会(VIIC, Vehicle Infrastructure Integration Consortium)选择Wind River General Purpose Platform, Linux Edition平台作为其概念型汽车车载设备(OBE)的首选开发平台。VIIC是由众多领先的汽车制造厂商组成的团体,旗下的OBE计划通过构建一个基于标准的通信基础架构,支持汽车与通信基础框架、汽车与汽车间的各种通信,从而提高汽车的安全性和机动性,同时实现各种车载消费和商业化服务。风河公司凭借其强大的Linux解决方案、大量的汽车行业技术应用经验和全球化的技术支持服务,成
[焦点新闻]
S3C2410下mplayer音视频播放器移植
一、s3c2410移植ALSA及相关工具使用 相关源码文件 ncurses-5.6.tar.gz alsa-lib-1.0.17.tar.bz2 alsa-utils-1.0.17.tar.bz2 1. 设置环境变量 export MEDIA_INSTALL_DIR=/home/linux/driver/mplay/media_install 2. 编译ncurses tar zxvf ncurses-5.6.tar.gz cd ncurses-5.6 ./configure --host=arm-linux --target=arm-linux --build=i686-linux --with-softfloat --pre
[单片机]
基于ARM Linux QT的掌上多媒体系统的设计和实现
0 引言 随着人们生活水平的提高,消费结构发生了巨大变化,消费者用于娱乐方面的支出在总支出中所占的比例正在不断扩大。掌上多媒体系统可以满足人们对于试听以及便携的需求,另外还可以实现一些其他功能,如图片浏览、网络下载、以及影音录制等。目前市场上的掌上多媒体系统多是Windows CE、Symbian、Palm OS等商用操作系统,其开放的程序不够高,而且价格偏高,不适于第三方应用软件的移植。ARM体系作为专用嵌入式系统设计的通用处理器内核,具备高性能、低功耗、易扩展的特点。本系统基于ARM9、嵌入式Linux操作系统设计并实现了一个更为开放的嵌入式平台,来实现掌上多媒体系统的诸多功能。 1 多功能掌上媒体播放器系统的硬件设计
[单片机]
移植 libxml2-2.9.4 到arm
一、环境介绍 1.1 宿主机 Ubuntu 1404 32 位 1.2 嵌入式平台 ATMEL AT91SAM9X25 1.3 交叉工具链 arm-none-linux-gnueabi libxml2-2.9.4移植所需源码包下载地址 二、交叉编译 2.1 先编译 libxml2-2.9.4 依赖的模块 2.1.1 libicobv tar xvf libiconv-1.15.tar.gz cd libiconv-1.15/ ./configure --prefix=$PWD/tmp --host=arm-none-linux-gnueabi --build=i686-linux make V=s make in
[单片机]
STM32之LWIP网络协议栈移植步骤与方案
1.LWIP介绍 lwip是瑞典计算机科学院网络嵌入式系统小组(SICS)的Adam Dunkels(亚当·邓克尔) 开发的一个小型开源的TCP/IP协议栈。实现的重点是在保持 TCP 协议主要功能的基础上减少对RAM的占用。 LwIP是Light Weight(轻型)IP 协议,有无操作系统的支持都可以运行。LwIP 实现的重点是在保持TCP协议 主要功能的基础上减少对RAM的占用,它只需十几KB的RAM和 40K左右的ROM就可以运行,这使LwIP协议栈适合在低端的嵌入式系统中使用。lwip提供三种API: RAW API (NETCONN)lwip API BSD API 2.LWIP源码下载 源码下载地址:LWIP
[单片机]