uCLinux的编译

2024-01-04 23:38
文章标签 编译 uclinux

本文主要是介绍uCLinux的编译,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

uCLinux的编译其实挺容易的。下面列下步骤

 

1、配置交叉编译环境

     将arm-elf-tools-20030314.sh拷贝到/home/wjb/下(目录可以自己随便选了),运行安装:

     #sh arm-elf-tools-20030314.sh



注:其实这一步我在之前编译u-boot的时候已经做过了,所以这里不用做了。

2、解压uClinux

将uClinux-armsys-050101.tar.gz拷到/home/wjb/下,解压



#tar xvzf uClinux-armsys-050101.tar.gz



3、配置和裁剪uClinux



#cd uClinux-dist



#make menuconfig



此时将出现图象界面,可以对其相应的配置和裁减.进入uClinux配置(uClinux v3.1.0 Configuration),

选中”Kernel/Libarary /Defaults Selection->
”.其中有两个选项要选取:内核设置和用户选项设置:

[*]Customize Kernel Settings

[*]Customize Vendor/User Settings

选中这两项,按下ESC键退出,在询问是否保存时,选择yes并回车.

终端将进入内核配置选单.我们在配置uClinux可以根据自己的需要,对相应的选项进行自由选择.



4、编译uClinux

按下面步骤对uClinux源码包进行编译:

make dep ……………………建立依赖关系

make clean……………………清除旧的编译结果

make lib_only………………编译库

make user_only………………编译用户程序

make romfs……………………产生romfs

make image……………………产生映象文件

make………………………………编译内核



注意:在上面六个步骤的编译中,不建议在 make dep后就直接make了,一般建议一步步来,

make clean下可以避免网上有些朋友出现的死机现象。 在make image的过程中会出现两个错误,

这个两个错误大概是交叉编译工具的某个库被复制时出的错误,没有什么大的影响,不用去管。继续

下一步make编译内核。



5、结束

编译通过,就在uClinux-dist 目录下将生成三个文件:uclinux_rom.bin、uclinux_ram.bin.gz

和romfs.img就是我们用来下载和烧录的映象文件。下载烧录这些映象文件,启动和运行uClinux就可以了。



下面转载一篇文章,作为补充。文章地址
http://hi.baidu.com/8155899/blog/item/197e9c8f0ae49cfb513d92ec.html
(似乎这个地址也是转载的。。。没找到最初的出处,对于原作者,真对不住了!)

【转】uClinux的编译与运行详解

按常规编译完成后应该生成 image.bin    linux    linux.data    linux.text romfs.img这 5个文件,不过我只有linux/boot.rom(=romfs.img),今天上网查了查它们的定义。

romfs.img :这个文件是通过tools/romfs-inst.sh脚本,生成romfs目录及其下面的文 件,然后通过genromfs程序打包成一个文件romfs.img。romfs.img既可以放在Flash中,也可以放在RAM中,但需要在编译内核 时在driver/block/blkmem.c里指定地址,以便内核找到。
linux.text :编译后的内核中text段,一般放在Flash中,只读。
linux.data :编译后的内核中data、init段,一般放在SDRAM中,读写。
image.rom :通常image.rom的文件大小要比image.ram小很多,这是因为image.rom是 一个压缩过的内核,前面加上一个小的解压程序负责把内核解压后搬到指定位置。这个文件可以直接烧进Flash中,当然也可以在RAM中运行。这个文件实际 上就是通常Linux生成的zImage文件。
image.ram :这个内核没有压缩过,而且必须在RAM里运行。所以需要通过板子上的Bootloader将它下 载到指定位置后开始执行。相对image.rom而言,从RAM里启动内核,则代码段和数据段都在RAM里面。这个文件是编译生成的ELF格式的 Linux内核,通过arm-elf-objcopy工具生成的二进制映像文件。可以这样形象的说:image.rom = gunzipprogram + gzipped(image.ram)。
boot.rom :其实就是uClinux编译完成后的文件images/romfs.img,可以看一下它就是一个连接。
image.bin:上面三个文件顺序连接而生成的,image.bin = linux.text + linux.data + romfs.img。
1.创建开发环境
     首先需要编译的环境。建议最好使用Linux 作为开发平台,因为Linux 以及uClinux 的开发者们基本都是在Linux 下完成的开发。为了能够编译uClinux,我们需要下载uClinux 的编译器。这个文件可以在uClinux 的官方网站得到,也可以在论坛的客服中心下载。
官方的下载地址是:
http://www.uclinux.org/pub/uClinux/arm-elf-tools/arm-elf-tools-20040427.sh
虽然同为gcc 和binutils 工具,但是必须使用uClinux 发布的版本,因为这个gcc 和binutils 都是为了能够编译FLAT 格式的文件而订制的,另外也加入了ARM 对PIC(Position Independent Code,位置无关代码)的支持。PIC 的支持是用来编译动态库或者XIP 模式的可执行文件。关于XIP 的介绍有一篇文章: http://www.ucdot.org/article.pl?sid=02/08/28/0434210
大家可以了解一下XIP。但是由于XIP 并不是很稳定,所以在我们发布的uClinux 版本中并没有使用这个技术。然后,将下载得到的文件,是一个sh 文件。这是一个自解压的文件(就好比Windows下面的自解压zip 或者rar 一样)。为了能够运行,我们需要:
./arm-elf-tools-20040427.sh
这样如果不能运行的话,那应该使用下面的命令:
chmod u+x arm-elf-tools-20040427.sh(使之可执行)
./arm-elf-tools-20040427.sh
得到了编译环境,就可以编译源代码了。当然,首先要把代码解压缩到你的目录下面:
tar xjvf uClinux-dist-20060803.tar.bz2
它会把全部的文件解压缩到uClinux-dist 的目录下。然后进入目录
cd uClinux-dist
2.编译uClinux
对uClinux 进行配置。那是通过 make menuconfig 或者make xconfig 来实现的。对于编译uClinux,不能简单地通过make 来实现。我们需要有一些特定的步骤才能保证编译的正确。这是因为uClinux 所需要支持的硬件平台太多了,不能考虑的很周到。为了编译最后得到的镜像文件,我们需要linux 的内核以及romfs。对于 GDB/ARMulator 的移植来说,romfs 是被编译到内核里面去的。因此,在编译内核前需要一个romfs。为了得到romfs 的image,我们又需要编译用户的应用程序。而为了编译用户的应用程序,我们又需要编译C 运行库,这里我们用的C 运行库是 uClibc 。根据上面的分析,我们编译uClinux 的步骤如下: make dep
     这个仅仅是在第一次编译的时候需要,以后就不用了,为的是在编译的时候知道文件之间的依赖关系,在进行了多次得编译后,make 会根据这个依赖关系来确定哪些文件需要重新编译、哪些文件可以跳过)。
make lib_only
编译uClibc。以后我们编译用户程序的时候需要这个运行库,在运行这步时,采用uC-libc出错,但发现有些人却用的是这个,没问题,不知为何。
make user_only
编译用户的应用程序,包括初始化进程init,和用户交互的bash,以及集成了很多程序的busybox(这样对一个嵌入式系统来说可以减少存放的空 间,因为不同的程序共用了一套C 运行库),还有一些服务,如boa(一个在嵌入式领域用的很多的Web 服务器)和telnetd(telnet 服务器,我们可以通过网络来登录我们的uClinux 而不一定使用串口)。
make romfs(容易出错,见UC移植)
在用户程序编译结束后,因为我们用到的是romfs(一种轻量的、只读的文件系统)作为uClinux 的根文件系统,所以首先需要把上一步编译的很多应用程序以uClinux 所需要的目录格式存放起来。原来的程序是分散在user 目录下,现在例如可执行文件需要放到bin目录、配置文件放在etc 目录下..这些事就是make romfs 所做的。它会在uClinux 的目录下生成一个romfs 目录并且把user 目录下的文件、以及vendors 目录下特定系统所需要的文件(我们的vendors 目录是vendors/ARMlator/ARMulator组织起来,以便下面生成romfs 的单个镜像所用。
make image(容易出错)
它的作用有2 个,一个是生成romfs 的镜像文件,另一个是生成Linux 的镜像。因为原来的Linux 编译出来是elf 格式的,不能直接用于下载或者编译(不过那个文件也是需要的,因为如果你需要,那个elf 格式的内核文件里面可以包含调试的信息)。因此在这个时候由于还没有编译过Linux,因此在执行这一步的时候会报错。但是没有关系,因为我们在这里需要 的仅仅是romfs 的镜像,以便在下面编译Linxu 内核的时候使用。
make linux
(可能会出现error:cannot open romfs.o,其实这个文件已经有了,在linux-2.4.x/romfs/下,copy到uC下就可以了)
有了romfs 的镜像我们就可以编译Linux 了。因为我们的romfs 是嵌入到linux 内核中去了,所以在编译Linux 内核的时候就要一个romfs.o 文件。这个文件是由上面的make image生成的。
make image
(可能images/下只有一个boot.rom,我就是,其实这个文件就是romfs.img啦,链接一下,ln -s boot.rom romfs.img)
这里再一次make image 就是为了得到uClinux 的可执行文件的镜像了。执行了这一步之后,就会在images 目录下找到3 个文件:image.ram,image.rom,romfs.img。其中,image.ram和image.rom 就是我们需要的镜像文件。这个在下面“使用uClinux”会提到。为了方便起见,在uClinux-dist 目录下有两个文件:build_first.sh 和build_final.sh 先执行build_first.sh 再执行build_final.sh 就可以得到所需的镜像文件。之所以没有把两个合并,是因为第一次使用make image 会出错。
3.使用uClinux
上面我们提到了两个文件:image.ram 和image.rom。其中,image.ram 是直接下载到RAM 执行的文件。如果你还处于调试阶段,那么就没有必要把文件烧写到FLASH 里面。这个时候我们可以使用image.ram。在开发板运行BIOS 的情况下,使用:
netrun
将文件下载到RAM 并且自动执行。具体可以参考BIOS 的教程。
对于image.rom 来说,它是一个zImage 文件,也就是自解压的内核。由于它使用了gzip将内核压缩过,所以可以减小文件的大小。这个image 应该烧写到FLASH 的0x10000 的位置,而不能直接下载到RAM 并执行。在开发板运行了uClinux 之后,我们可以通过串口看到很多输出,但是最后可以看到
Welcome to
____ _ _
/ __| ||_|
_ _| | | | _ ____ _ _ _ _
| | | | | | || | _ /| | | |/ // /
| |_| | |__| || | | | | |_| |/ /
| ___/____|_||_|_| |_|/____|/_//_/
| |
|_|
Execution Finished, Exiting
Sash command shell (version 1.1.1)
/>
这样就表明你的uClinux 正常启动了。这时候可以输入一些命令,例如:
/> ls -l
drwxr-xr-x 1 0 0 32 Jan 1 00:00 bin
drwxr-xr-x 1 0 0 32 Jan 1 00:00 dev
drwxr-xr-x 1 0 0 32 Jan 1 00:00 etc
drwxr-xr-x 1 0 0 32 Jan 1 00:00 home
drwxr-xr-x 1 0 0 32 Jan 1 00:00 lib
drwxr-xr-x 1 0 0 32 Jan 1 00:00 mnt
dr-xr-xr-x 16 0 0 0 Jan 1 00:00 proc
lrwxrwxrwx 1 0 0 97 Jan 1 00:00 sbin -> /bin
lrwxrwxrwx 1 0 0 105 Jan 1 00:00 tmp -> /var/tmp
drwxr-xr-x 1 0 0 32 Jan 1 00:00 usr
drwxr-xr-x 8 0 0 1024 Jan 1 00:00 var
/>
ls 命令可以列出当前目录下的文件,-l 参数可以列出更详细的信息。
/> cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 14630912 2199552 12431360 0 499712 507904
Swap: 0 0 0
MemTotal: 14288 kB
MemFree: 12140 kB
MemShared: 0 kB
Buffers: 488 kB
Cached: 496 kB
SwapCached: 0 kB
Active: 744 kB
Inactive: 240 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 14288 kB
LowFree: 12140 kB
SwapTotal: 0 kB
SwapFree: 0 kB
/>
cat 可以将一个文件显示出来,这里的/proc/meminfo 表示内存的信息。您还可以看看
proc 目录下有些什么文件并且把他们显示出来看看
/> ps
PID PORT STAT SIZE SHARED %CPU COMMAND
1 S 134K 0K 0.1 init
2 S 0K 0K 0.0 keventd
3 S 0K 0K 0.0 ksoftirqd_CPU0
4 S 0K 0K 0.0 kswapd
5 S 0K 0K 0.0 bdflush
6 S 0K 0K 0.0 kupdated
15 S0 R 136K 0K 0.0 /bin/sh
16 S 70K 0K 0.0 /bin/inetd
17 S 264K 0K 0.0 /bin/boa
/>
ps 命令列出当前的进程的情况
在上面ps 的输出结果我们可以但到里面有boa,这就是我们的Web 服务器。另外,telnetd
是通过inetd 来启动的。
先来看一下boa。我们在主机的浏览器输入 http://192.168.111.100
就应该看见一个默认的页面:
然后我们也可以通过telnet 来访问我们的uClinux 机器:
在主机使用Telnet 工具登录到uClinux(IP 地址上面有了,是192.168.111.100)
它会要你登录,选择用户名root,密码为空,就可以进去了。
就如下图所示:
如果这时候用ps 查看的话,就会发现多出来了2 个进程:
PID PORT STAT SIZE SHARED %CPU COMMAND
1 S 134K 0K 0.0 init
2 S 0K 0K 0.0 keventd
3 S 0K 0K 0.0 ksoftirqd_CPU0
4 S 0K 0K 0.0 kswapd
5 S 0K 0K 0.0 bdflush
6 S 0K 0K 0.0 kupdated
15 S0 R 140K 0K 0.0 /bin/sh
16 S 70K 0K 0.0 /bin/inetd
17 S 268K 0K 0.0 /bin/boa
19 S 74K 0K 0.0 /bin/telnetd
20 p0 S 134K 0K 0.0 sh
下面的第19、20 号进程就是新的。也就是和telnet 有关的两个进程













这篇关于uCLinux的编译的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/570962

相关文章

maven 编译构建可以执行的jar包

💝💝💝欢迎莅临我的博客,很高兴能够在这里和您见面!希望您在这里可以感受到一份轻松愉快的氛围,不仅可以获得有趣的内容和知识,也可以畅所欲言、分享您的想法和见解。 推荐:「stormsha的主页」👈,「stormsha的知识库」👈持续学习,不断总结,共同进步,为了踏实,做好当下事儿~ 专栏导航 Python系列: Python面试题合集,剑指大厂Git系列: Git操作技巧GO

Windows环境利用VS2022编译 libvpx 源码教程

libvpx libvpx 是一个开源的视频编码库,由 WebM 项目开发和维护,专门用于 VP8 和 VP9 视频编码格式的编解码处理。它支持高质量的视频压缩,广泛应用于视频会议、在线教育、视频直播服务等多种场景中。libvpx 的特点包括跨平台兼容性、硬件加速支持以及灵活的接口设计,使其可以轻松集成到各种应用程序中。 libvpx 的安装和配置过程相对简单,用户可以从官方网站下载源代码

Golang test编译使用

创建文件my_test.go package testsimport "testing"func TestMy(t *testing.T) {t.Log("TestMy")} 通常用法: $ go test -v -run TestMy my_test.go=== RUN TestMyTestMy: my_test.go:6: TestMy--- PASS: TestMy (0.

C++/《C/C++程序编译流程》

程序的基本流程如图:   1.预处理        预处理相当于根据预处理指令组装新的C/C++程序。经过预处理,会产生一个没有宏定义,没有条件编译指令,没有特殊符号的输出文件,这个文件的含义同原本的文件无异,只是内容上有所不同。 读取C/C++源程序,对其中的伪指令(以#开头的指令)进行处理将所有的“#define”删除,并且展开所有的宏定义处理所有的条件编译指令,如:“#if”、“

编译linux内核出现 arm-eabi-gcc: error: : No such file or directory

external/e2fsprogs/lib/ext2fs/tdb.c:673:29: warning: comparison between : In function 'max2165_set_params': -。。。。。。。。。。。。。。。。。。 。。。。。。。。。。。。。 。。。。。。。。 host asm: libdvm <= dalvik/vm/mterp/out/Inte

QT 编译报错:C3861: ‘tr‘ identifier not found

问题: QT 编译报错:C3861: ‘tr’ identifier not found 原因 使用tr的地方所在的类没有继承自 QObject 类 或者在不在某一类中, 解决方案 就直接用类名引用 :QObject::tr( )

hector_quadrotor编译总结 | ubuntu 16.04 ros-kinetic版本

hector_quadrotor编译总结 | ubuntu 16.04 ros-kinetic版本 基于Ubuntu 16.04 LTS系统所用ROS版本为 Kinetic hector_quadrotor ROS包主要用于四旋翼无人机的建模、控制和仿真。 1.安装依赖库 所需系统及依赖库 Ubuntu 16.04|ros-kinetic|Gazebo|gazebo_ros_pkgs|ge

hector_quadrotor编译总结 | ubuntu 14.04 ros-indigo版本

hector_quadrotor编译总结 | ubuntu 14.04 ros-indigo版本 基于Ubuntu 14.04 LTS系统所用ROS版本为 Indigo hector_quadrotor ROS包主要用于四旋翼无人机的建模、控制和仿真。 备注:两种安装方式可选:install the binary packages | install the source files

编译和链接那点事下

http://www.0xffffff.org/?p=357 上回书我们说到了链接以前,今天我们来研究最后的链接问题。         链接这个话题延伸之后完全可以跑到九霄云外去,为了避免本文牵扯到过多的话题导致言之泛泛,我们先设定本文涉及的范围。我们今天讨论只链接进行的大致步骤及其规则、静态链接库与动态链接库的创建和使用这两大块的问题。至于可执行文件的加载、可执行文件的运行时

编译和链接那点事上

http://www.0xffffff.org/?p=323  有位学弟想让我说说编译和链接的简单过程,我觉得几句话简单说的话也没什么意思,索性写篇博文稍微详细的解释一下吧。其实详细的流程在经典的《Linkers and Loaders》和《深入理解计算机系统》中均有描述,也有国产的诸如《程序员的自我修养——链接、装载与库》等大牛著作。不过,我想大家恐怕很难有足够的时间去研读这些厚如