当前位置:首页 > 单片机 > 单片机
[导读]移植环境1,主机环境:VMare下CentOS 5.5 ,1G内存。2,集成开发环境:Elipse IDE3,编译编译环境:arm-linux-gcc v4.4.3,arm-none-linux-gnueabi-gcc v4.5.1。4,开发板:mini2440,2M nor flash,128M nand flash

移植环境

1,主机环境:VMare下CentOS 5.5 ,1G内存。

2,集成开发环境:Elipse IDE

3,编译编译环境:arm-linux-gcc v4.4.3,arm-none-linux-gnueabi-gcc v4.5.1。

4,开发板:mini2440,2M nor flash,128M nand flash。

5,u-boot版本:u-boot-2009.08

6,linux 版本:linux-2.6.32.2

7,参考文章:

嵌入式linux应用开发完全手册,韦东山,编著。

Mini2440 之Linux 移植开发实战指南

http://linux.chinaunix.net/techdoc/system/2009/08/24/1131864.shtml

接上篇,问题的解决

解题思路:用tar 压缩我自己做的rootfs根文件系统打包, 这个系统是可以启动到NFS的,所以东西是全的。然后用nand flash 工具将nand flash的mtdblock3分区格式化后挂载,再将打包的rootfs下所有子目录和文件解压到此分区。
【4】挂载分区测试

按照之前内核引导参数的设定方式,将u-boot的bootgars参数设为nfs启动

[root@mini2440 /]#mount -t yaffs /dev/mtdblock1 /mnt/yaffs
yaffs: dev is 32505857 name is "mtdblock1" rw
yaffs: passed flags ""
mount: mounting /dev/mtdblock1 on /mnt/yaffs failed: Invalid argument
[root@mini2440 /]#mount -t yaffs /dev/mtdblock0 /mnt/yaffs
yaffs: dev is 32505856 name is "mtdblock0" rw
yaffs: passed flags ""
mount: mounting /dev/mtdblock0 on /mnt/yaffs failed: Invalid argument
[root@mini2440 /]#umount /mnt/yaffs
[root@mini2440 /]#mount -t yaffs /dev/mtdblock2 /mnt/yaffs
yaffs: dev is 32505858 name is "mtdblock2" rw
yaffs: passed flags ""
[root@mini2440 /]#ls -a /mnt/yaffs
. .. lost+found
[root@mini2440 /]#umount /mnt/yaffs
[root@mini2440 /]#mount -t yaffs /dev/mtdblock3 /mnt/yaffs
yaffs: dev is 32505859 name is "mtdblock3" rw
yaffs: passed flags ""
[root@mini2440 /]#ls -a /mnt/yaffs
. .. lost+found
[root@mini2440 /]#cat proc/mtd
dev: size erasesize name
mtd0: 00040000 00020000 "boot"
mtd1: 00020000 00020000 "param"
mtd2: 00500000 00020000 "kernel"
mtd3: 07aa0000 00020000 "rootfs"
mtd4: 08000000 00020000 "nand"
[root@mini2440 /]#

根据挂载的反馈信息,可以确定mtdblock0和mtdblock1分别是u-boot和其参数的分区而不能够被挂载,mtdblock2和mtdblock3分别是内核kernel和根文件系统rootfs分区能够被挂载。虽然成功挂载了yaffs文件系统,但不能从中读取因存在的文件信息。

【5】制作在nand flash操作工具mtd-utils工具

参考文章

mtd-utils工具的编译和使用

mtd-utils 及 i-utils 交叉编译

mtd-utils交叉编译

UBI文件系统简介

在ubuntu 10.04上交叉编译编译 mtd-utils

交叉编译libz, lzo, mtd-utils的脚本

对于mtd-utils工具的编译,可谓是费了不少周折,着重参考了上面几篇文章,可以用以下两种办法来解决其libz,lzo,uuid库的依赖问题

<1>手动安装mtd-utils所需要的库

A ,下载源代码:

zlib和lzo是编译mtd-utils所需库文件,需提前交叉编译完成,以供mtd-utils编译时调用

zlib:

http://www.zlib.net/zlib-1.2.5.tar.gz

http://www.dnaphp.com/downloads/server/linux/30-zlib-1-2-5-tar

lzo:

http://www.oberhumer.com/opensource/lzo/download/,这里下载是lzo-2.05.tar.gz

E2fsprogs:

http://e2fsprogs.sourceforge.net/,这里下载的是e2fsprogs-1.41.14.tar.gz

mtd-utils:

ftp://ftp.infradead.org/p /mtd-utils/

下载后

[root@localhost linux-test]# cd mtdtools

[root@localhost mtdtools]# ls
e2fsprogs-1.41.14.tar.gz mtd-utils-1.4.4.tar.bz2
lzo-2.05.tar.gz zlib-1.2.5.tar.gz

可以在打开的页面中下载最新版本,分别对其进行解压

[root@localhost mtdtools]# tar -zxf zlib-1.2.5.tar.gz

[root@localhost mtdtools]# tar -zxf lzo-2.05.tar.gz

[root@localhost mtdtools]# tar -jxf mtd-utils-1.4.4.tar.bz2 -C ./

B,编译安装zlib

[root@localhost linux-test]# cd zlib-1.2.5

[root@localhost zlib-1.2.5]#CC=arm-linux-gcc ./configure --enable-static --disable-shared --prefix=/usr/local/arm/4.4.3/arm-none-linux-gnueabi
[root@localhost zlib-1.2.5]# make
[root@localhost zlib-1.2.5]# make install

检查: zconf.h 和 libz.a 都安装到了工具链目录.
其中-prefix指定zlib的安装路径,需要指定到交叉编译器所在路径,而且是与命令执行的bin文件夹同一级别的目录下而非软连接的bin目录!

C,编译安装lzo

[root@localhost zlib-1.2.5]# cd ../lzo-2.05
[root@localhost lzo-2.05]#CC=arm-linux-gcc./configure --host=arm-linux --enable-static --disable-shared --prefix=/usr/local/arm/4.4.3/arm-none-linux-gnueabi
[root@localhost lzo-2.05]# make

[root@localhost lzo-2.05]# make install

检查:liblzo2.a 已经拷贝到工具链的lib目录.
解决错误现象:error: lzo/lzo1x.h: No s h file or director

D,编译安装e2fsprogs

配置e2fsprogs
[root@localhost e2fsprogs-1.41.14]#CC=arm-linux-gcc ./configure --host=arm-linux --prefix=/usr/local/arm/4.4.3/arm-none-linux-gnueabi

编译

[root@localhost e2fsprogs-1.41.14]# make
安装,因为我们只需要 uuid 库, 所以不需要完全安装, 查看 Makefile文件, 所以只执行make install-libs

[root@localhost e2fsprogs-1.41.14]# make install-libs

检查,可以在工具链目录看到, uuid/uuid.h 文件已经安装. libuuid.a 已经安装.
解决错误现象:uuid/uuid.h: No s h file or directory
E,编译安装mtd-uitls

进入到mtd-uitls目录所在的目录,在make时需要指定交叉编译工具
[root@localhost lzo-2.05]# cd ../mtd-utils-1.4.4

[root@localhost mtd-utils-1.4.4]# mkdir mtd_install
[root@localhost mtd-utils-1.4.4]# export CROSS=arm-linux-

[root@localhost mtd-utils-1.4.4]# export WITHOUT_XATTR=1

[root@localhost mtd-utils-1.4.4]# export DESTDIR=./mtd_install

需要指定WITHOUT_XATTR=1 是由于在编译 mkfs.jffs2使其不调用acl.h而是用zlib的库,否则出现

sys/acl.h:mkfs.jffs2.c:69:21: error: sys/acl.h: No s h file or directory

直接编译:
make

make install

检查1:mtdtools/mtd-utils-1.4.4/arm-linux(即所指定的CROSS)目录已经拷贝了所有mtd-utils的工具.

检查2:file flash_erase
flash_erase: ELF 32-bit LSB executable, ARM, version 1 (SYSV),dynamically linked(uses shared libs),not stripped

上面信息有两点要注意, 第一是使用静态/动态库,第二是没有striped/not triped。

这里strip是用来去除编译出来的命令中的debug信息的。

如果file出的信息是dynamically linked和stripped,那么要在目标板上执行此程序,需要将编译器的lib目录下所有库文件复制到目标板的lib目录下,如果不想使用库文件,就要编译成静态链接方式:

查看mtd-utils-1.4.4的common.mk 文件,发现有 CFLAGS ?= -O2 -g 编译选项。

所以再加上一个选项:
export CFLAGS="-static -O2 -g"

重新运行make 和 make install 后发现

file flash_erase
flash_erase: ELF 32-bit LSB executable, ARM, version 1 (SYSV),dynamically linked(uses shared libs),not stripped

遗留问题1
显然采用-static方式编译后,仍然是动态链接方式,这个问题目前也是悬而未决。

目前也只能采用复制库的方式。

F,去掉调试信息:

在当前目录的mtd_intall/usr/sbin下运行

arm-linux-strip *//注意*前面有一空格

再次检查:file flash_erase
flash_erase: ELF 32-bit LSB executable, ARM, version 1 (SYSV),dynamically linked(uses shared libs),stripped

完成, 编译出来的工具如: flash_eraseall, ubimkvol, ubiattach 等都可以独立运行而不需要链接库文件。

下面是有关trip一些用法:

strip经常用来去除目标文件中的一些符号表、调试符号表信息,以减小程序的大小,在rpmbuild包的最后就用到。
其支持的选项如下:
>strip -h
用法:strip <选项> 输入文件
从文件中删除符号和节
选项为:
-I --input-target= Assume input file is in format
-O --output-target= Create an output file in format
-F --target= Set both input and output format to
-p --preserve-dates Copy modified/access timestamps to the output
-R --remove-section= Remove section from the output
-s --strip-all Remove all symbol and relocation information
-g -S -d --strip-debug Remove all debugging symbols & sections
--strip-unneeded Remove all symbols not needed by relocations
--only-keep-debug Strip everything but the debug information
-N --strip-symbol= Do not copy symbol
-K --keep-symbol= Do not strip symbol
--keep-file-symbols Do not strip file symbol(s)
-w --wildcard Permit wildcard in symbol comparison
-x --discard-all Remove all non-global symbols
-X --discard-locals Remove any compiler-generated symbols
-v --verbose List all object files modified
-V --version Display this program's version number
-h --help Display this output
--info List object formats & architectures supported
-o Place stripped output into
strip:支持的目标: elf32-i386 a.out-i386-linux efi-app-ia32 elf32-little elf32-big elf64-alpha ecoff-littlealpha elf64-little elf64-big elf32-littlearm elf32-bigarm elf32-hppa-linux elf32-hppa elf64-ia64-little elf64-ia64-big efi-app-ia64 elf32-m68k a.out-m68k-linux elf32-powerpc aixcoff-rs6000 elf32-powerpcle ppcboot elf64-powerpc elf64-powerpcle aixcoff64-rs6000 elf32-s390 elf64-s390 elf32-sparc a.out-sparc-linux elf64-sparc a.out-sunos-big elf64-x86-64 pe-i386 pei-i386 srec symbolsrec tekhex binary ihex trad-core

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

CPU亲和度通过限制进程或线程可以运行的CPU核心集合,使得它们只能在指定的CPU核心上执行。这可以减少CPU缓存的失效次数,提高缓存命中率,从而提升系统性能。

关键字: Linux 嵌入式

在Linux系统性能优化中,内存管理与网络连接处理是两大核心领域。vm.swappiness与net.core.somaxconn作为关键内核参数,直接影响系统在高负载场景下的稳定性与响应速度。本文通过实战案例解析这两个...

关键字: Linux 内存管理

对于LLM,我使用b谷歌Gemini的免费层,所以唯一的成本是n8n托管。在使用了n8n Cloud的免费积分后,我决定将其托管在Railway上(5美元/月)。然而,由于n8n是开源的,您可以在自己的服务器上托管它,而...

关键字: 人工智能 n8n Linux

在Linux系统管理中,权限控制是安全运维的核心。本文通过解析/etc/sudoers文件配置与组策略的深度应用,结合某金融企业生产环境案例(成功拦截98.7%的非法提权尝试),揭示精细化权限管理的关键技术点,包括命令别...

关键字: Linux 用户权限 sudoers文件

Linux内核中的信号量(Semaphore)是一种用于资源管理的同步原语,它允许多个进程或线程对共享资源进行访问控制。信号量的主要作用是限制对共享资源的并发访问数量,从而防止系统过载和数据不一致的问题。

关键字: Linux 嵌入式

在云计算与容器化技术蓬勃发展的今天,Linux网络命名空间(Network Namespace)已成为构建轻量级虚拟网络的核心组件。某头部互联网企业通过命名空间技术将测试环境资源消耗降低75%,故障隔离效率提升90%。本...

关键字: Linux 云计算

在Linux内核4.18+和主流发行版(RHEL 8/Ubuntu 20.04+)全面转向nftables的背景下,某电商平台通过迁移将防火墙规则处理效率提升40%,延迟降低65%。本文基于真实生产环境案例,详解从ipt...

关键字: nftables Linux

在Linux设备驱动开发中,等待队列(Wait Queue)是实现进程睡眠与唤醒的核心机制,它允许进程在资源不可用时主动放弃CPU,进入可中断睡眠状态,待资源就绪后再被唤醒。本文通过C语言模型解析等待队列的实现原理,结合...

关键字: 驱动开发 C语言 Linux

在Unix/Linux进程间通信中,管道(pipe)因其简单高效被广泛使用,但默认的半双工特性和无同步机制容易导致数据竞争。本文通过父子进程双向通信案例,深入分析互斥锁与状态机在管道同步中的应用,实现100%可靠的数据传...

关键字: 管道通信 父子进程 Linux

RTOS :RTOS的核心优势在于其实时性。它采用抢占式调度策略,确保高优先级任务能够立即获得CPU资源,从而在最短时间内完成处理。RTOS的实时性是通过严格的时间管理和任务调度算法实现的,能够满足对时间敏感性要求极高的...

关键字: Linux RTOS
关闭