illegal instruction问题

最近捣鼓maemo，发现其下编绎的文件,file一下，提示如下：

busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), for GNU/Linux 2.6.8, statically linked, stripped

与普通的编绎下面的对比下：

busybox: ELF 32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.4.3, statically linked, for GNU/Linux 2.4.3, stripped

试验了下，SYSV格式的busybox（静态的编译的，在文件系统起来之后无法执行），提示：

# ./busybox
Illegal instruction

该问题还得想办法解决，从网上搜到的资料来看，主要有两种可能性：

　１、符点问题
　２、现SYSV相关的问题
　３、内核的问题

附：搜到一些关于 SYSV的解释

sysV是UNIX的两大分支 之一,现在的UNIX和类UNIX系统根据其发展分支可以分为sysV分支和BSD分支,这两个分支是最初的UNIX分化出来的最初的AT&T实 验室的UNIX系统到了第5版,也是就system V (sysV) 后就分化成了BSD分支和sysV分支, 两者的最大区别就是启动过程的运行等级机制有很大区别. linux是sysV风格的UNIX系统,freeBSD是BSD风格的UNIX系统, 但是现在这个界限也在慢慢模糊掉, 两种分支的系统取长补短,相互渗透.

还有一种可能性：

　　maemo下自带的编译器支持新的嵌入式应用程序二进制接口标准EABI，而kernel，首先并未打开对eabi的支持，其次，kernel编绎使用的是非EABI的编译器。

　　（实验失败，无法证明是内核问题还是编译器问题，总之和EABI脱不了关系)

又找到一种可能性：

　　来源：

　　可能是有busybox引起的

       出现 illegal instruction 的原因是程序收到了SIGILL信号，而这个信号是cpu在发现非法指令之后发出一个异常，然后由负责处理该异常的内核的ISR对含有这个非法指令的进程 发出的。程序收到这个信号，一般就是报告 illegal instruction 错误信息。

       可执行程序含有非法指令的原因，一般也就是cpu架构不对，编译时指定的march和实际执行的机器的march不同。这种情况，因为工具链一样，连接脚 本一样，所以可执行程序可以执行，不会发生exec format error。但是会包含一些不兼容的指令。还有另外一种可能，就是程序的执行权限不够，比如在目态下运行的程序只能执行非特权指令，一旦CPU遇到特权指 令，将产生illegal instruction错误。

       在系统运行过程中，处理机状态是动态变化的。从目态转换为管态只能通过中断来实现。从管态到目态的转换可通过修改程序状态字PSW来实现

############################################

最新解决方法：

把/usr/local/arm/compiler/arm-none-linux-gnueabi/libc/armv4t/lib目录(也就是你的编译器的库目录)下

的所有文件拷贝到根目录的lib目录下就好了。

这样无论你的hello是动态编译还是静态编译，跑起来都不会有Illegal instruction的问题。

////////////////////////////////

老的解决方法：

开发板配置: ARM9 + linux-3.6.30

编译器：arm-linux-4.3.2

在移植好jffs2文件系统以后，当然想写个hello world 来验证一下自己的成果了。好，开始：

1.编辑编译

#vi hello.c

#include

int main(void)

{

        printf("welcome to my rootfs!/n");

        return 0;

}

#arm-linux-gcc –o hello hello.c

2.把hello复制到用来制作文件系统的文件夹，制作文件系统rootfs.jffs2,下载运行，开发板能够成功启动，能够出现shell交互界面。这点肯定地说明busybox是没有问题的。运行hello

./hello 出现：

Illegal instruction

从网上找了很多资料，大部分把责任归于EABI，但我想想，既然kernel和busybox都能正常启动，那它们都应该是eabi编译的了，hello也肯定是eabi的，因为他们都是用arm-linux-4.3.2编译的(编译内核的时候make menuconfig要选山EABI选项).所以网上大部分资料都不适合解决我遇到的问题。但最终还是找到了一边能够帮我解决问题的文章：

http://hi.baidu.com/caicry/blog/item/ede3b8fa01ebc89059ee908a.html

虽然他还是把问题归咎于EABI，但是却给我指点了解决问题的方向。

既然busybox（这里的busybox是指编译busybox-1.15.2生成的busybox二进制文件）能够成功运行，hello不能运行，那就看看他们的区别：

#file buxybox

busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, for GNU/Linux 2.6.14, stripped

#file hello

# file hello

hello: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped

这时候恍然大悟了，hello在ram+linux系统上找不到运行所需的动态库，所以Illegal instruction。重新编译hello.c

#gcc –static –o hello hello.c

#file hello

hello_static: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, for GNU/Linux 2.6.14, not stripped

重新制作jffs2文件系统，下载运行：

#hello 出现

welcome to my rootfs!

 

完！

 

 

现在EABI已经开始在嵌入式中流行起来，确保软件的EABI匹配性，应该注意下面几点：

1.     编译kernel的时候要选上EABI。

2.     交叉编译的所有的软件都要用支持EABI的编译器(例如arm-linux-4.3.2)来编译。