cumtchw

S3C2440移植Linux内核以及过程中遇到的问题

这说明make命令没有去arch/arm目录下查找配置文件，而是去了arch/x86目录下查找，make命令默认是去arch/$(ARCH)/configs/目录下查找配置文件的，环境变量，您可以告诉编译系统您正在编译的目标架构是ARM。这样，编译系统就会使用适合ARM架构的编译选项和工具链来编译代码。这个环境变量通常在编译Linux内核或其他针对特定架构的软件时使用。在arch这个目录下有配置文件，但是前面的报错是。所以，我需要设置一下ARCH环境变量，编译配置内核时，提示下面的错误。

各种交叉编译工具链的区别

S3C2440开发环境搭建

uboot，内核，根文件系统的作用

想知道跟文件系统有哪些东西，我们可以分析下/sbin/init去分析。busybox集成了各种Linux命令，我们编译busybox之后得到一个应用成busybox，我们的ls cp这些命令实际上都是链接到busybox，我们执行ls命令的时候实际上是执行了busybox ls这个命令，我们的init进程也是到busybox的链接，所以如果我们想知道/sbin/init做了哪些事情，我们就要去分析一下busybox的源码，我们找到busybox源码里面的init.c文件，在分析代码...

uboot的目的：启动内核内核的目的：启动应用程序应用程序位于根文件系统上面，要想运行应用程序，我们还要构建根文件系统。我们的应用程序有很多，那我们的内核启动之后去运行哪一个应用程序呢，我们前面分析内核的时候知道，内核挂载完根文件系统之后，是在init_post函数里面启动应用程序的，我们看一下源码首先打开/dev/console这样一个设备，然后接着是两个sys_dup(0)，我们写程序的时候经常会用到printf,scanf,err，这三个成为标准输出，标准输入，标准错误

内核的最终目的：运行应用程序。通过之前对uboot的分析我们知道uboot启动内核的时候执行的是下面的函数其中theKernel就是内核的入口地址，然后传进去了三个参数，那么我们的内核刚开始肯定是处理这三个参数。内核执行的第一个文件是arch/arm/kernel/head.s。我们前面说uboot给内核传进来了三个参数，其中第二个参数是板子id，上面代码中__lookup_machine_type函数就是看一下内核是否支持这个单板，我们看一下__lookup_machine_typ

我们通过Makefile可以找到如下内容：内核的第一个文件：然后就可以根据第一个文件顺藤摸瓜的一路跟踪下去，就可以知道内核的启动过程。 链接脚本：表示内核应该放在那里，里面的东西是怎么排布的。...

目录1 .config文件2 配置项2.1include/linux/autoconf.h2.2drivers/net/Makefile2.3include/config/auto.conf3 总结1 .config文件内核在配置的时候，会生成.config文件，我们看一下.config文件的内容。2 配置项.config文件里面是有很多的配置项，我们以CONFIG_DM9000=y为例， 我们看一下谁来使用这个配置项，我们在内核目录用中grep搜索一下...

目录1 解压缩2 打补丁3 配置3.1 使用默认的配置3.2 使用厂家提供的配置文件3.3 配置菜单4 编译在编译内核之前我们首先需要对内核打补丁以及配置，然后再进行编译。1 解压缩我们使用如下命令进行解压tar xjf linux-2.6.22.6.tar.bz22 打补丁patch -p1 < linux-2.6.22.6_jz2440_v2v3.patch上面命令中的-p是指忽略补丁文件中的路径前面的第几个斜杠。3 配置配置