内核移植与编译实验

A. “干货”嵌入式linux系统移植的四大步骤（上）

在学习系统移植的相关知识，在学习和调试过程中，发现了很多问题，也解决了很多问题，但总是对于我们的开发结果有一种莫名其妙的感觉，纠其原因，主要对于我们的开发环境没有一个深刻的认识，有时候几个简单的命令就可以完成非常复杂的功能，可是我们有没有想过，为什么会有这样的效果？

如果没有去追问，只是机械地完成，并且看到实验效果，这样做其实并没有真正的掌握系统移植的本质。

在做每一个步骤的时候， 首先问问自己，为什么要这样做，然后再问问自己正在做什么？ 搞明白这几个问题，我觉得就差不多了，以后不管更换什么平台，什么芯片，什么开发环境，你都不会迷糊，很快就会上手。对于嵌入式的学习方法，我个人方法就是：从宏观上把握(解决为什么的问题)，微观上研究(解决正在做什么的问题)，下面以自己学习的arm-cortex_a8开发板为目标，介绍下自己的学习方法和经验。

嵌入式Linux系统移植主要由四大部分组成：

一、搭建交叉开发环境
二、bootloader的选择和移植
三、kernel的配置、编译、和移植
四、根文件系统的制作

第一部分：搭建交叉开发环境

先介绍第一分部的内容：搭建交叉开发环境，首先必须得思考两个问题，什么是交叉环境? 为什么需要搭建交叉环境？

先回答第一个问题，在嵌入式开发中，交叉开发是很重要的一个概念，开发的第一个环节就是搭建环境，第一步不能完成，后面的步骤从无谈起，这里所说的交叉开发环境主要指的是：在开发主机上(通常是我的pc机)开发出能够在目标机(通常是我们的开发板)上运行的程序。嵌入式比较特殊的是不能在目标机上开发程序(狭义上来说)，因为对于一个原始的开发板，在没有任何程序的情况下它根本都跑不起来，为了让它能够跑起来，我们还必须要借助pc机进行烧录程序等相关工作，开发板才能跑起来，这里的pc机就是我们说的开发主机，想想如果没有开发主机，我们的目标机基本上就是无法开发，这也就是电子行业的一句名言：搞电子，说白了，就是玩电脑！

然后回答第二个问题，为什么需要交叉开发环境？主要原因有以下几点：

原因 1： 嵌入式系统的硬件资源有很多限制，比如cpu主频相对较低，内存容量较小等，想想让几百MHZ主频的MCU去编译一个Linux kernel会让我们等的不耐烦，相对来说，pc机的速度更快，硬件资源更加丰富，因此利用pc机进行开发会提高开发效率。

原因2： 嵌入式系统MCU体系结构和指令集不同，因此需要安装交叉编译工具进行编译，这样编译的目标程序才能够在相应的平台上比如：ARM、MIPS、 POWEPC上正常运行。

交叉开发环境的硬件组成主要由以下几大部分 ：

1.开发主机
2.目标机（开发板）
3.二者的链接介质，常用的主要有3种方式：(1)串口线 (2)USB线 (3)网线

对应的硬件介质，还必须要有相应的软件“介质”支持：

1.对于串口，通常用的有串口调试助手，putty工具等，工具很多，功能都差不多，会用一两款就可以；

2.对于USB线，当然必须要有USB的驱动才可以，一般芯片公司会提供，比如对于三星的芯片，USB下载主要由DNW软件来完成；

3.对于网线，则必须要有网络协议支持才可以， 常用的服务主要两个

第一：tftp服务：

主要用于实现文件的下载，比如开发调试的过程中，主要用tftp把要测试的bootloader、kernel和文件系统直接下载到内存中运行，而不需要预先烧录到Flash芯片中，一方面，在测试的过程中，往往需要频繁的下载，如果每次把这些要测试的文件都烧录到Flash中然后再运行也可以，但是缺点是：过程比较麻烦，而且Flash的擦写次数是有限的；另外一方面：测试的目的就是把这些目标文件加载到内存中直接运行就可以了，而tftp就刚好能够实现这样的功能，因此，更没有必要把这些文件都烧录到Flash中去。

第二： nfs服务：

主要用于实现网络文件的挂载，实际上是实现网络文件的共享，在开发的过程中，通常在系统移植的最后一步会制作文件系统，那么这是可以把制作好的文件系统放置在我们开发主机PC的相应位置，开发板通过nfs服务进行挂载，从而测试我们制作的文件系统是否正确，在整个过程中并不需要把文件系统烧录到Flash中去，而且挂载是自动进行挂载的，bootload启动后，kernel运行起来后会根据我们设置的启动参数进行自动挂载，因此，对于开发测试来讲，这种方式非常的方便，能够提高开发效率。

另外，还有一个名字叫 samba 的服务也比较重要，主要用于文件的共享，这里说的共享和nfs的文件共享不是同一个概念，nfs的共享是实现网络文件的共享，而samba实现的是开发主机上 Windows主机和Linux虚拟机之间的文件共享，是一种跨平台的文件共享 ，方便的实现文件的传输。

以上这几种开发的工具在嵌入式开发中是必备的工具，对于嵌入式开发的效率提高做出了伟大的贡献，因此，要对这几个工具熟练使用，这样你的开发效率会提高很多。等测试完成以后，就会把相应的目标文件烧录到Flash中去，也就是等发布产品的时候才做的事情，因此对于开发人员来说，所有的工作永远是测试。

通过前面的工作，我们已经准备好了交叉开发环境的硬件部分和一部分软件，最后还缺少交叉编译器，读者可能会有疑问，为什么要用交叉编译器？前面已经讲过，交叉开发环境必然会用到交叉编译工具，通俗地讲就是在一种平台上编译出能运行在体系结构不同的另一种平台上的程序，开发主机PC平台（X86 CPU）上编译出能运行在以ARM为内核的CPU平台上的程序，编译得到的程序在X86 CPU平台上是不能运行的，必须放到ARM CPU平台上才能运行，虽然两个平台用的都是Linux系统。相对于交叉编译，平常做的编译叫本地编译，也就是在当前平台编译，编译得到的程序也是在本地执行。用来编译这种跨平台程序的编译器就叫交叉编译器，相对来说，用来做本地编译的工具就叫本地编译器。所以要生成在目标机上运行的程序，必须要用交叉编译工具链来完成。

这里又有一个问题，不就是一个交叉编译工具吗？为什么又叫交叉工具链呢？原因很简单，程序不能光编译一下就可以运行，还得进行汇编和链接等过程，同时还需要进行调试，对于一个很大工程，还需要进行工程管理等等，所以，这里 说的交叉编译工具是一个由 编译器、连接器和解释器 组成的综合开发环境，交叉编译工具链主要由binutils(主要包括汇编程序as和链接程序ld)、gcc(为GNU系统提供C编译器)和glibc(一些基本的C函数和其他函数的定义) 3个部分组成。有时为了减小libc库的大小，也可以用别的 c 库来代替 glibc，例如 uClibc、dietlibc 和 newlib。

那么，如何得到一个交叉工具链呢？是从网上下载一个“程序”然后安装就可以使用了吗？回答这个问题之前先思考这样一个问题，我们的交叉工具链顾名思义就是在PC机上编译出能够在我们目标开发平台比如ARM上运行的程序，这里就又有一个问题了，我们的ARM处理器型号非常多，难道有专门针对我们某一款的交叉工具链吗？若果有的话，可以想一想，这么多处理器平台，每个平台专门定制一个交叉工具链放在网络上，然后供大家去下载，想想可能需要找很久才能找到适合你的编译器，显然这种做法不太合理，且浪费资源！因此，要得到一个交叉工具链，就像我们移植一个Linux内核一样，我们只关心我们需要的东西，编译我们需要的东西在我们的平台上运行，不需要的东西我们不选择不编译，所以，交叉工具链的制作方法和系统移植有着很多相似的地方，也就是说，交叉开发工具是一个支持很多平台的工具集的集合(类似于Linux源码)，然后我们只需从这些工具集中找出跟我们平台相关的工具就行了，那么如何才能找到跟我们的平台相关的工具，这就是涉及到一个如何制作交叉工具链的问题了。

通常构建交叉工具链有如下三种方法：

方法一 ： 分步编译和安装交叉编译工具链所需要的库和源代码，最终生成交叉编译工具链。该方法相对比较困难，适合想深入学习构建交叉工具链的读者。如果只是想使用交叉工具链，建议使用下列的方法二构建交叉工具链。

方法二： 通过Crosstool-ng脚本工具来实现一次编译，生成交叉编译工具链，该方法相对于方法一要简单许多，并且出错的机会也非常少，建议大多数情况下使用该方法构建交叉编译工具链。

方法三 ： 直接通过网上下载已经制作好的交叉编译工具链。该方法的优点不用多说，当然是简单省事，但与此同时该方法有一定的弊端就是局限性太大，因为毕竟是别人构建好的，也就是固定的，没有灵活性，所以构建所用的库以及编译器的版本也许并不适合你要编译的程序，同时也许会在使用时出现许多莫名其妙的错误，建议读者慎用此方法。

crosstool-ng是一个脚本工具，可以制作出适合不同平台的交叉编译工具链，在进行制作之前要安装一下软件：
$ sudo apt-get install g++ libncurses5-dev bison flex texinfo automake libtool patch gcj cvs cvsd gawk
crosstool脚本工具可以在http://ymorin.is-a-geek.org/projects/crosstool下载到本地，然后解压，接下来就是进行安装配置了，这个配置优点类似内核的配置。主要的过程有以下几点：
1. 设定源码包路径和交叉编译器的安装路径
2. 修改交叉编译器针对的构架

3. 增加编译时的并行进程数，以增加运行效率，加快编译，因为这个编译会比较慢。
4. 关闭JAVA编译器 ，减少编译时间
5. 编译
6. 添加环境变量
7. 刷新环境变量。
8. 测试交叉工具链

到此，嵌入式Linux系统移植四大部分的第一部分工作全部完成，接下来可以进行后续的开发了。

第二部分：bootloader的选择和移植

01 Boot Loader 概念

就是在操作系统内核运行之前运行的一段小程序。通过这段小程序，我们可以初始化硬件设备、建立内存空间的映射图，从而将系统的软硬件环境带到一个合适的状态，以便为最终调用操作系统内核准备好正确的环境，他就是所谓的引导加载程序（Boot Loader）。

02 为什么系统移植之前要先移植BootLoader？

BootLoader的任务是引导操作系统，所谓引导操作系统，就是启动内核，让内核运行就是把内核加载到内存RAM中去运行，那先问两个问题：第一个问题，是谁把内核搬到内存中去运行？第二个问题：我们说的内存是SDRAM，大家都知道，这种内存和SRAM不同，最大的不同就是SRAM只要系统上电就可以运行，而SDRAM需要软件进行初始化才能运行，那么在把内核搬运到内存运行之前必须要先初始化内存吧，那么内存是由谁来初始化的呢？其实这两件事情都是由bootloader来干的，目的是为内核的运行准备好软硬件环境，没有bootloadr我们的系统当然不能跑起来。

03 bootloader的分类

首先更正一个错误的说法，很多人说bootloader就是U-boot，这种说法是错误的，确切来说是u-boot是bootloader的一种。也就是说bootloader具有很多种类，

由上图可以看出，不同的bootloader具有不同的使用范围，其中最令人瞩目的就是有一个叫U-Boot的bootloader，是一个通用的引导程序，而且同时支持X86、ARM和PowerPC等多种处理器架构。U-Boot，全称 Universal Boot Loader，是遵循GPL条款的开放源码项目，是由德国DENX小组开发的用于多种嵌入式CPU的bootloader程序，对于Linux的开发，德国的u-boot做出了巨大的贡献，而且是开源的。

u-boot具有以下特点：

① 开放源码；
② 支持多种嵌入式操作系统内核，如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS；
③ 支持多个处理器系列，如PowerPC、ARM、x86、MIPS、XScale；
④ 较高的可靠性和稳定性；
⑤ 高度灵活的功能设置，适合U-Boot调试、操作系统不同引导要求、产品发布等；
⑥ 丰富的设备驱动源码，如串口、以太网、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、键盘等；
⑦ 较为丰富的开发调试文档与强大的网络技术支持；
其实，把u-boot可以理解为是一个小型的操作系统。

04 u-boot的目录结构

* board 目标板相关文件，主要包含SDRAM、FLASH驱动；
* common 独立于处理器体系结构的通用代码，如内存大小探测与故障检测；
* cpu 与处理器相关的文件。如mpc8xx子目录下含串口、网口、LCD驱动及中断初始化等文件；
* driver 通用设备驱动，如CFI FLASH驱动(目前对INTEL FLASH支持较好)
* doc U-Boot的说明文档；
* examples可在U-Boot下运行的示例程序；如hello_world.c,timer.c；
* include U-Boot头文件；尤其configs子目录下与目标板相关的配置头文件是移植过程中经常要修改的文件；
* lib_xxx 处理器体系相关的文件，如lib_ppc, lib_arm目录分别包含与PowerPC、ARM体系结构相关的文件；
* net 与网络功能相关的文件目录，如bootp,nfs,tftp；
* post 上电自检文件目录。尚有待于进一步完善；
* rtc RTC驱动程序；
* tools 用于创建U-Boot S-RECORD和BIN镜像文件的工具；

05 u-boot的工作模式

U-Boot的工作模式有 启动加载模式和下载模式 。启动加载模式是Bootloader的正常工作模式，嵌入式产品发布时，Bootloader必须工作在这种模式下，Bootloader将嵌入式操作系统从FLASH中加载到SDRAM中运行，整个过程是自动的。 下载模式 就是Bootloader通过某些通信手段将内核映像或根文件系统映像等从PC机中下载到目标板的SDRAM中运行，用户可以利用Bootloader提供的一些令接口来完成自己想要的操作，这种模式主要用于测试和开发。

06 u-boot的启动过程

大多数BootLoader都分为stage1和stage2两大部分，U-boot也不例外。依赖于cpu体系结构的代码（如设备初始化代码等）通常都放在stage1且可以用汇编语言来实现，而stage2则通常用C语言来实现，这样可以实现复杂的功能，而且有更好的可读性和移植性。

1、 stage1(start.s代码结构)
U-boot的stage1代码通常放在start.s文件中，它用汇编语言写成，其主要代码部分如下：
（1） 定义入口。由于一个可执行的image必须有一个入口点，并且只能有一个全局入口，通常这个入口放在rom(Flash)的0x0地址，因此，必须通知编译器以使其知道这个入口，该工作可通过修改连接器脚本来完成。
（2）设置异常向量(exception vector)。
（3）设置CPU的速度、时钟频率及中断控制寄存器。
（4）初始化内存控制器 。
（5）将rom中的程序复制到ram中。
（6）初始化堆栈 。
（7）转到ram中执行，该工作可使用指令ldrpc来完成。

2、 stage2（C语言代码部分）

lib_arm/board.c中的start armboot是C语言开始的函数，也是整个启动代码中C语言的主函数，同时还是整个u-boot（armboot）的主函数，该函数主要完成如下操作：
（1）调用一系列的初始化函数。
（2）初始化flash设备。
（3）初始化系统内存分配函数。
（4）如果目标系统拥有nand设备，则初始化nand设备。
（5）如果目标系统有显示设备，则初始化该类设备。
（6）初始化相关网络设备，填写ip,c地址等。
（7）进入命令循环（即整个boot的工作循环），接受用户从串口输入的命令，然后进行相应的工作。

07 基于cortex-a8的s5pc100bootloader启动过程分析

s5pc100支持两种启动方式，分别为USB启动方式和NandFlash启动方式：

1. S5PC100 USB启动过程

[1] A8 reset, 执行iROM中的程序
[2] iROM中的程序根据S5PC100的配置管脚(SW1开关4，拨到4对面)，判断从哪里启动(USB)
[3] iROM中的程序会初始化USB，然后等待PC机下载程序
[4] 利用DNW程序，从PC机下载SDRAM的初始化程序到iRAM中运行，初始化SDRAM
[5] SDRAM初始化完毕，iROM中的程序继续接管A8, 然后等待PC下载程序(BootLoader)
[6] PC利用DNW下载BootLoader到SDRAM
[7] 在SDRAM中运行BootLoader

2. S5PC100 Nandflash启动过程

[1] A8 reset, 执行IROM中的程序
[2] iROM中的程序根据S5PC100的配置管脚(SW1开关4，拨到靠4那边)，判断从哪里启动(Nandflash)
[3] iROM中的程序驱动Nandflash
[4] iROM中的程序会拷贝Nandflash前16k到iRAM
[5] 前16k的程序(BootLoader前半部分)初始化SDRAM，然后拷贝完整的BootLoader到SDRAM并运行
[6] BootLoader拷贝内核到SDRAM，并运行它
[7] 内核运行起来后，挂载rootfs，并且运行系统初始化脚本

08 u-boot移植(基于cortex_a8的s5pc100为例)

1.建立自己的平台

(1).下载源码包2010.03版本，比较稳定
(2).解压后添加我们自己的平台信息，以smdkc100为参考版，移植自己s5pc100的开发板
(3).修改相应目录的文件名，和相应目录的Makefile，指定交叉工具链。
(4).编译
(5).针对我们的平台进行相应的移植，主要包括修改SDRAM的运行地址，从0x20000000
(6).“开关”相应的宏定义
(7).添加Nand和网卡的驱动代码
(8).优化go命令
(9).重新编译 make distclean(彻底删除中间文件和配置文件) make s5pc100_config(配置我们的开发板) make(编译出我们的u-boot.bin镜像文件)
(10).设置环境变量，即启动参数，把编译好的u-boot下载到内存中运行，过程如下：
1. 配置开发板网络
ip地址配置:
$setenv ipaddr 192.168.0.6 配置ip地址到内存的环境变量
$saveenv 保存环境变量的值到nandflash的参数区

网络测试:
在开发开发板上ping虚拟机：
$ ping 192.168.0.157(虚拟机的ip地址)

如果网络测试失败,从下面几个方面检查网络：
1. 网线连接好
2. 开发板和虚拟机的ip地址是否配置在同一个网段
3. 虚拟机网络一定要采用桥接(VM--Setting-->option)
4. 连接开发板时，虚拟机需要设置成 静态ip地址

2. 在开发板上，配置tftp服务器(虚拟机)的ip地址
$setenv serverip 192.168.0.157(虚拟机的ip地址)
$saveenv
3. 拷贝u-boot.bin到/tftpboot(虚拟机上的目录)
4. 通过tftp下载u-boot.bin到开发板内存
$ tftp 20008000(内存地址即可) u-boot.bin(要下载的文件名)

如果上面的命令无法正常下载:
1. serverip配置是否正确
2. tftp服务启动失败，重启tftp服务
#sudo service tftpd-hpa restart

5. 烧写u-boot.bin到nandflash的0地址
$nand erase 0(起始地址) 40000(大小) 擦出nandflash 0 - 256k的区域
$nand write 20008000((缓存u-boot.bin的内存地址) 0(nandflash上u-boot的位置) 40000(烧写大小)

6. 切换开发板的启动方式到nandflash
1. 关闭开发板
2. 把SW1的开关4拨到4的那边
3. 启动开发板，它就从nandflash启动

B. 请详细介绍一下 UP-NETARM3000

UP-NETARM3000国内是最成熟的ARM7嵌入式教学科研实验系统，有丰富的外围教学资源。它采用模块化的设计理念， 更加强调应用，移植了目前最为流行的实时、开放源码的双操作系统μC/OS-II和UCLinux，实现了对不同专业教学要求的全覆盖。 UP-NETARM3000稳定运行嵌入式系统中应用最为广泛的μC/OS-II和μCLinux 双操作系统，非常适合高校本科生的嵌入式系统教学。它拥有国内最广泛的客户群和丰富的教学资源，有近百家实验室用户，以丰富完善的软硬件资源领先于国内其它同类平台！ UP-NETARM3000实验平台 核心模块 ·基于ARM7架构的嵌入式芯片S3C44B0X ·2MB Nor Flash作为引导ROM ·8MB SDRAM 主板资源 ·16MB Nand Flash ·二个串口 ·一个USB口 ·一个JTAG通用接口 ·10M以太网口 ·触摸屏 ·17键键盘 ·320*240STN彩色LCD ·16M U盘 ·直流电机模块 ·步进电机模块 ·音频模块 ·CAN总线模块 ·A/D、D/A模块 ·I2C接口 UP-NETARM3000选配模块 IDE+CF卡模块 FPGA扩展板模块 GPS/GPRS模块 I2C模块 语音识别模块 UP-NETARM3000实验软件包 ·完全移植好的μC/OS-II、UCLinux操作系统，并分别有配套的实验指导书、实验源码。 ·支持ARM公司的ADS1.2，SDT2.5开发环境，在μC/OS-II下有对应的两套全部实验源码。 ·移植好的MiniGUI图形用户界面。 ·源码全部开放。 UP-NETARM3000配套教材 UP-NETARM3000实验指导书 μC/OS-II操作系统第一章 嵌入式系统开发环境简介 1.1 ARM SDT 2.5开发环境简介 1.2 ADS 1.2 开发环境简介 1.3 超级终端设置及BIOS功能使用第二章 嵌入式系统硬件驱动基础开发案例 2.1 ARM的串行口实验 2.2 键盘及LED驱动实验－C语言实现方法 2.3 键盘及LED驱动实验－ARM汇编语言实现方法 2.4 ARM的D/A接口实验 2.5 ARM的A/D接口实验 2.6 电机转动控制实验－C语言实现方法 2.7 步进电机控制－ARM汇编语言实现方法 2.8 LCD的驱动控制实验 2.9 触摸屏驱动实验 2.10 CAN总线通讯实验第三章 嵌入式系统核心开发案例 3.1 定时器中断和驱动程序实验 3.2 BOOTLOADER实验 3.3 μC/OS-II在ARM微处理器上的移植及编译 3.4 完善的μC/OS-II开发框架第四章 基于μC/OS-II操作系统的开发案例 4.1 音频实验 4.2 绘图的API函数 4.3 系统的消息循环 4.4 文件的使用 4.5 列表框控件的使用 4.6 文本框控件的使用 4.7 多任务和系统时钟 4.8 UDP通讯实验第五章 嵌入式系统综合开发案例 5.1 综合实验 5.2 模拟电子画板实验－触摸屏应用 5.3 基于ARM的多通道仪表数据采集实验－多任务与A/D转换第六章 图形界面MINIGUI入门案例 6.1 MINIGUI到μC/OS-II---HELLOWORLD程序 6.2 MINIGUI到μC/OS-II---LOADBMP位图操作第七章 嵌入式系统扩展板开发案例 7.1 GPRS扩展板通信实验 7.2 GPS通信实验 7.3 基于ARM7的FPGA实验附录A：嵌入式系统应用编程API函数附录B：嵌入式开发系统概况和设备驱动安装附录C：ARM汇编指令集附录D：嵌入式系统参考电路原理图 UCLinux操作系统第一章 嵌入式LINUX开发基础知识 1.1 嵌入式Linux简介 1.2 嵌入式Linux开发平台简介 1.3 嵌入式Linux开发流程 1.4 建立嵌入式Linux开发环境 第二章 基础实验 2.1 熟悉UCLinux开发环境 2.2 多线程应用程序设计 2.3 串行端口程序设计 2.4 A/D接口实验 2.5 D/A接口实验 2.6 CAN总线接口实验 2.7 LED实验 2.8 电机控制实验 第三章 MICROWINDOWS图形界面实验 3.1 Microwindows配置与安装 3.2 Microwindows绘图练习 3.3 Microwindows触摸屏原理 3.4 Microwindows事件编程练习 3.5 Microwindows综合实验 3.6 Microwindows图像处理 3.7 Microwindows汉字处理 3.8 简单嵌入式WEB服务器实验 3.9 嵌入式游戏设计 3.10 PDA-GUI设计第四章 MINIGUI图形应用程序设计 4.1 MINIGUI配置与安装 4.2 MINIGUI的程序架构及helloworld程序 4.3 MINIGUI－loadbmp位图实验 4.4 基于NEWGAL的高级GDI函数 4.5 引导装载程序（BOOTLOADER）移植实验－BLOB 4.6 内核移植与编译实验 4.7 内核驱动设计入门－模块方式驱动实验 4.8 内核驱动设计实验－触摸屏驱动 4.9 内核、根文件系统烧写实验 4.10 常用LINUX命令的使用 4.11 gcc与gdb 4.12 GNU通用公共许可证（GPL 1991.6第二版）

C. 如何Linux内核剪裁、编译和移植

你的问题说出来比一匹布还长，在度娘这里很难得到实质的帮助。
可以参考金步国先生的文章来操练，网络“金步国”即可！
声明，非广告，纯建议，望采纳！

D. linux内核移植实验

慢慢的来，你首先要懂得 Linux 内核构建系统是如何工作的
这个问题，也许巨立安网站上陈老师的这一系列文章能帮助你：
http://www.juliantec.info/julblog/yihect/linux-kernel-build-system-1

E. 有关Linux 内核移植的问题

Bootloader是对板进行分区 要是你分给文件系统的区太小了自己文件系统就放不上去！另：还要选对制作文件系统的工具
如：mini2440 128内存的 你要是用了供64M使用的那个工具也是会出现错误的！

F. Linux内核移植需要哪些知识点啊，求基本步骤

1、获得内核源码：从Linux内核的官网可获得相应的内核源码，这里以2.6.31.1为例。

2、解压源码，进入目录：
#tar xjvf linux- 2.6.31.1.tar.bz2
#cd linux-2.6.31.1

3、修改Makefile的183 行：
ARCH ？= arm <—指定系统硬件架构
CROSS_COMPILE ?= arm-linux- <—指定交叉编译器

4、修改时钟：
修改arch/arm/mach-s3c2440/mach-smdk2440.c 的163行
static void __init smdk2440_map_io(void)
{
s3c24xx_init_io(smdk2440_iodesc, ARRAY_SIZE(smdk2440_iodesc));
s3c24xx_init_clocks(12000000); <—输入时钟为12MHz
s3c24xx_init_uarts(smdk2440_uartcfgs, ARRAY_SIZE(smdk2440_uartcfgs));

}
这个一定要设置对，否则会打印出乱码。

5、修改机器码（根据实际情况，这个要和bootloader的匹配）：
修改：arch/arm/tools/mach-types的379 行：
s3c2440 ……………………… XXX <—后面那个数就是机器码 （我用的天嵌开发板的机器码是168）

6、配置：
#make menuconfig <—进入图形化配置界面
在配置菜单中选择这一项："Load an Alternate Configuration File" ，输入2440的默认配置文件：arch/arm/configs/s3c2410_defconfig ，这个文件就是 S3C24XX 系列开发板板级支持包（BSP）然后选择 OK，按回车。
进入"System Type"选项单，里面的选项保持默认在"S3C24XX Machine"选项中只配置这几项（其他的选项取消）：
S3C2410 Machine --->
[*] SMDK2410/A9M2410
S3C2440 Machine --->
[*] SMDK2440
[*] SMDK2440 with S3C2440 cpu moudle

配置完后，回到主菜单，选择这一项"Save an Alternate Configuration File" ，输入要保存的
配置文件名称：.config (默认)或自己取名：TQ2440_config，退出，编译内核： #make zImage
说明：以后移植过程中的配置、编译，都是按这个步骤进行，但是只需要保存一次配置文件，以后就不需要再保存配置文件了，配置完后可以直接退出。
编译完后，会在arch/arm/boot下生成zImage内核镜像文件，可以修改该目录下的Makefile， 在第57行下面添加：
@cp -f arch/arm/boot/zImage zImage
@echo ' Kernel: $@ is ready '

这样执行make zImage后，就把生成的zImage拷到内核根目录下。
如果希望在在执行make distclean时，也同时把zImage删除，可以修改内核根目录下Makefile 的第1247行，在后面加上：
-type f -print | xargs rm -f rm zImage
把 zImage 镜像烧进 NandFlash 跑一下，看是否正常打印出信息，如果第一步能正常引导内核，那就开始进行。然后添加驱动。

注意，系统启动最后可能会出现这个错误：
Kernel panic - not syncing: Attempted to kill init!
然后出打印出一些很乱的东西。因为用4.x.x版本的交叉编译器使用EABI，但内核默认是不支持EABI编译的，所以编译出的系统会报错，但用3. x.x版本的编译器就不会出现这个问题。解决办法是，配置内核支持EABI编译：
Kernel Features --->
[*] Use the ARM EABI to compile the kernel
[*] Allow old ABI binaries to run with this kernel (EXPERIMENTA) 6

G. 哪位好心人能帮忙解时下Linux内核移植是怎么一回事

在windows环境下，至少需要安装虚拟机

你说的内核移植是指移植到嵌入式设备？
安装linux比较简单，看看视屏就会了，而且只是用来移植内核，分区时也不需要花太多精力，自动分区就行了

初学者搭建交叉开发环境与编译内核应该有些困难，起码要对linux基本操作及内核组成有了解

H. linux内核移植的一般步骤

#include <reg52.h>
sbit K1=P3^1;
sbit K2=P3^0;
void dealy(int k)
{
int i,j;
for(i=k;i>0;i--)
for(j=110;j>0;j--);
}
void main()
{
int a=0xff;
if(K1==0)
{
dealy(500);
if(K1==0)
{
while(!(K2==0))
{
P2=a;
a=a>>1;
dealy(1000);
if(a==0x00)
{
P2=0x00;
dealy(1000);
a=0xff;
}
}
P2=0xff;
}
}
}

I. linux内核 编译 移植 驱动开发 天嵌 2440 6410

在config文件和Makefile中设置

J. linux内核移植编译时遇到的问题

错误原因是没有交叉编译器arm-linux-gcc。 这个交叉编译器是基于gcc的，一般选用4.1版本的gcc，这个版本对于语法要求不是那么高，编译不会经常出错，交叉编译器的具体的制作过程几句话说不清，网络上的资料很多，可以自己找找。