Qemu Mini2440 的 Linux Fedora 下网络配置


最近应朋友的要求，研究一下QEMU MINI2440下的仿真。本来我以为这个过程没什么的，这一研究还真发现不少问题，写出来与大家分享。

我使用的系统环境：
1.使用VMware 6.5，宿主机使用 win 7
2.VMWare 6.5上的系统是 Linux Fedora 8
3.RTEMS 的编译环境 4.9

首先我从以下网站获取源代码：

1.获取QEMU的源代码：git clone git://repo.or.cz/qemu/mini2440.git  qemu
2.获取UBOOT的源代码git clone git://repo.or.cz/u-boot-openmoko/mini2440.git uboot

(注意：QEMU的版本是2009/5/21 0:28:03 Michel pollet提交的版本, uboot是 2010/4/26 23:47:44 Michel Pollet 提交的版本

最下面，有这两个版本的链接资源)

首先编译QEMU:
cd qemu
./configure --target-list=arm-softmmu
make

编译 UBOOT，这里注意，我使用的是RTEMS 4.9的ARM编译工具，使用

cd uboot

gedit Makefile  #(将140行的 CROSS_COMPILE=arm-linux- 改为 CROSS_COMPILE=arm-rtems4.9-)
export PATH=/opt/rtems-4.9/bin:$PATH
make mini2440_config
make -j16
cp u-boot.bin ../qemu/mini2440

这个过程都很顺利，紧接着噩梦来……

进入 qemu 文件夹下，输入：

./mini2440/mini2440_start.sh

这里有个问题：
1.如果在编译QEMU时没有安装，即 make install，那么需要打开mini2440/mini2440_start.sh，将第16行的 qemu-img 改为：$base/../qemu-img

2.如果编译时安装了QEMU,即有make install，不管这一步骤。

期待的画面并没有出来。取而代之的是：

/etc/qemu-ifup:could not launch network script
Could not initialize device 'tap'

于是开始漫长的寻找问题之旅，网上大部分是基于Ubuntu的，对于Fedora 8的很少有价值的解决方案：
1.有些网上说是内核没有tun 模块，但我是有的，输入以下命令：
modprobe tun;lsmod | grep tun
系统显示：tun 11713 0

2.有些网上说是/etc/net/tun的权限不对，输入以下命令：
ls -l /dev/net/tun
crw-rw-rw- 1 root root 10, 200 2011-03-16 07:05 /dev/net/tun
很显然，也不是。这里注意一下，如果有些童鞋这步问题，可以采用以下命令解决：
mkdir /dev/net
mknod /dev/net/tun c 10 200
chmod 666 /dev/net/tun

3.关于/etc/qemu-ifup的脚本权限，已经输入以下命令：
chmod 777 /etc/qemu-ifup

chmod 777 /etc/qemu-ifdown

4.需要安装uml-utilies和bridge-utils：
对于Fedora 8，使用命令：
yum install bridge-utils
很轻松的安装上了。

(有bridge-utils-1.2-2.Fedora 8.i386.rpm可以供下载

使用 rpm -U bridge-utils-1.2-2.Fedora 8.i386.rpm 安装)

但uml-utilies安装不是通过yum install uml-utilies，没有这个包。
而是下载：uml-utilities-20040406-75.i586.rpm，
使用命令 rpm -U uml-utilities-20040406-75.i586.rpm
完成安装的。这两个包安装完毕，系统里才有tunctl、brctl命令。

依旧是：/etc/qemu-ifup:could not launch network script ……
这下傻眼了。仔细考虑一下，我认为是QEMU自身代码的问题。
于是稍微跟踪了一下代码，发现qemu中的net.c代码，第1023行的
static int launch_script(const char *setup_script, const char *ifname, int fd)函数老是返回 -1。
原来是第1045行的execv(setup_script, args);函数没有成功启动脚本，
加了打印函数,errno 是 8，即

ENOEXEC

    The new process image file has the appropriate access permissions, but is not in the proper format.

意思是，权限没有问题，但是格式不对。哦，难道是exec函数族不能直接启动脚本？
呵呵，BUG，绝对的BUG。

  • 1
  • 2
  • 下一页

相关内容