⑴ linux为什么写好一个内核模块要依靠内核源码的的makefile来编译
编译还是用 gcc编译，make只是根据文件依赖的关系，构建出一个DAG，然后按照拓扑排序的顺序，编译源文件，如果源文件比它的依赖文件老，则会自动编译。make不是编译器，它只是调用gcc自动完成编译，省得你一行行的敲gcc命令。尤其是大型工程，需要这种自动编译的工具。理解了吗？
⑵ 关于Linux内核编译中的Makefile
Makefile分析需要先找到它的目标，目标下面就是生成这个目标的依赖文件，clean后面目标依赖为空，所以它后面的命令只有在执行make
clean
的时候才会进入其中，执行删除操作。
⑶ makefile文件中包含哪三方面
1. 配置系统的基本结构Linux内核的配置系统由三个部分组成，分别是:
1. Makefile:分布在 Linux 内核源代码中的 Makefile，定义 Linux 内核的编译规则;
2. 配置文件(config.in):给用户提供配置选择的功能;
3. 配置工具:包括配置命令解释器(对配置脚本中使用的配置命令进行解释)和配置用户界面(提供基于字符界面、基于 Ncurses 图形界面以及基于 Xwindows
图形界面的用户配置界面，各自对应于 Make config、Make menuconfig 和 make xconfig)。
这些配置工具都是使用脚本语言，如 Tcl/TK、Perl 编写的(也包含一些用 C 编写的代码)。本文并不是对配置系统本身进行分析，而是介绍如何使用配置系统。所以，除非是配置系统的维护者，一般的内核开发者无须了解它们的原理，只需要知道如何编写
Makefile 和配置文件就可以。所以，在本文中，我们只对 Makefile 和配置文件进行讨论。另外，凡是涉及到与具体 CPU 体系结构相关的内容，我们都以
ARM 为例，这样不仅可以将讨论的问题明确化，而且对内容本身不产生影响。
2. Makefile
2.1 Makefile 概述Makefile
的作用是根据配置的情况，构造出需要编译的源文件列表，然后分别编译，并把目标代码链接到一起，最终形成 Linux 内核二进制文件。
由于 Linux 内核源代码是按照树形结构组织的，所以 Makefile 也被分布在目录树中。Linux 内核中的 Makefile 以及与 Makefile 直接相关的文件有:
1. Makefile:顶层 Makefile，是整个内核配置、编译的总体控制文件。
2. .config:内核配置文件，包含由用户选择的配置选项，用来存放内核配置后的结果(如 make config)。
3. archMakefile 还作了扩充。
⑷ Linux Kernel Makefiles介绍
本文介绍 Linux 内核 Makefiles 的一些基础内容。
Makefiles 包括：
Linux 内核顶层的 Makefile 文件递归访问内核源代码的子目录。
每个子目录都有一个 kbuild Makefile 文件，根据 .config 文件内容构建内置或模块化目标。
arch/$（ARCH）/Makefile 文件向顶层 Makefile 提供特指定的体系结构信息。
scripts/Makefile.* 文件定义了 kbuild Makefile 构建内核的所有定义和规则等。
Linux 内核编译完成后，最终生成 vmlinux 和 moles 。
Linux 内核中的大多数 Makefile 都使用 kbuild 基础结构， kbuild 文件的首选名称是 Makefile 。如果 Makefile 和 kbuild 文件都存在，则使用 kbuild 文件。
目标定义是 kbuild Makefile 里的核心部分，定义了要构建的文件、特殊的编译选项和递归输入的任何子目录。
例：
kbuild Makefile 将编译所有 $（obj-y） 文件，然后调用 $（AR）rcSTP 将这些文件合并到 built-in.a 文件中。
built-in.a 中不包括符号表，稍后将通过 scripts/link-vmlinux.sh 脚本链接到 vmlinux 文件中。
在 Linux 内核引导期间，将按照链接顺序调用某些函数（例： mole_init（） 等）。
参考：
Documentation/kbuild/makefiles.txt
⑸ 不修改Linux内核文件，直接用makefile编译驱动，是不是要先把内核编译一遍
不需要重新编译内核。需要重新制作文件系统，如果你的文件系统是nfs挂载的，那么你只需要将
micro2440_leds.ko复制过去，然后insmod进去。
⑹ linux内核中makefile的使用
obj-$(CONFIG_EXT2_FS) += ext2.o ：表来示当 CONFIG_EXT2_FS 为 y 是 ext2.0 将会编译进内核，自CONFIG_EXT2_FS 是你自己配置linux（make menuconfig）时选择是 y，还是其他的，如果不理解的话，你 一下linux kconfig 文件。
ext2-y := balloc.o bitmap.o ....：表示 ext2.o 由后面的那些 .o 文件链接而来。
ext2-$(CONFIG_EXT2_FS_POSIX_ACL) += acl.o ：$(CONFIG_EXT2_FS_POSIX_ACL) 和上面解释的一样的意思，如果为 y 则把 acl.o 也链接进 ext2.o ，注意：+= 表示在原有的基础上增加。
obj-$(CONFIG_ISDN) += isdn.o：同上。
isdn-objs := isdn_net_lib.o isdn_v110.o isdn_common.o：isdn.o是由后面的文件链接而来。
⑺ linux内核makefile问题：
内核配置完毕后,会在你源码树的根目录下生成.config文件。
用Vi打开可以看到所有的配置选项。
⑻ linux内核模块编译-通过Makefile重命名.ko文件名和模块名
假设模块的源文件为hello.c，源码如下：
使用该文件编译内核模块。
正常情况下，Makefile文件内容如下：
执行 make 命令，生成hello.ko文件。
执行 sudo insmod hello.ko 命令，安装该模块。
执行 lsmod 命令，查看安装的模块。就会看到第一行的就是hello模块。
但是，如果想自定义模块名称为 xmole ，而不是默认的 hello ，如何实现呢？方法如下：
在Makefile中重命名obj-m并将obj-m的依赖关系设置为原始模块(hello)
修改后的Makefile文件内容如下：
将obj-m设置为 xmole .o，并使 xmole .o依赖于 hello .o.
执行 make 命令后，生成 xmole .ko, 而不是 hello .ko，
安装命令: sudo insmod xmole.ko
查看命令： lsmod ，就会看到被安装名为 xmole 的模块。
⑼ Linux中编写了内核模块的C源程序之后怎么编写makefile文件的内容
make命令执行时，需要一个 Makefile 文件，以告诉make命令需要怎么样的去编译和链接程序。
首先，我们用一个示例来说明Makefile的书写规则。以便给大家一个感兴认识。这个示例来源于GNU的make使用手册，在这个示例中，我们的工程有8个C文件，和3个头文件，我们要写一个Makefile来告诉make命令如何编译和链接这几个文件。我们的规则是：
1）如果这个工程没有编译过，那么我们的所有C文件都要编译并被链接。
2）如果这个工程的某几个C文件被修改，那么我们只编译被修改的C文件，并链接目标程序。
3）如果这个工程的头文件被改变了，那么我们需要编译引用了这几个头文件的C文件，并链接目标程序。
只要我们的Makefile写得够好，所有的这一切，我们只用一个make命令就可以完成，make命令会自动智能地根据当前的文件修改的情况来确定哪些文件需要重编译，从而自己编译所需要的文件和链接目标程序。
一、Makefile的规则
在讲述这个Makefile之前，还是让我们先来粗略地看一看Makefile的规则。
target ... : prerequisites ...
command
...
...
target也就是一个目标文件，可以是Object File，也可以是执行文件。还可以是一个标签（Label），对于标签这种特性，在后续的“伪目标”章节中会有叙述。
prerequisites就是，要生成那个target所需要的文件或是目标。
command也就是make需要执行的命令。（任意的Shell命令）
这
是一个文件的依赖关系，也就是说，target这一个或多个的目标文件依赖于prerequisites中的文件，其生成规则定义在command中。说
白一点就是说，prerequisites中如果有一个以上的文件比target文件要新的话，command所定义的命令就会被执行。这就是
Makefile的规则。也就是Makefile中最核心的内容。
说到底，Makefile的东西就是这样一点，好像我的这篇文档也该结束了。呵呵。还不尽然，这是Makefile的主线和核心，但要写好一个Makefile还不够，我会以后面一点一点地结合我的工作经验给你慢慢到来。内容还多着呢。：）
二、一个示例
正如前面所说的，如果一个工程有3个头文件，和8个C文件，我们为了完成前面所述的那三个规则，我们的Makefile应该是下面的这个样子的。
edit : main.o kbd.o command.o display.o /
insert.o search.o files.o utils.o
cc -o edit main.o kbd.o command.o display.o /
insert.o search.o files.o utils.o
main.o : main.c defs.h
cc -c main.c
kbd.o : kbd.c defs.h command.h
cc -c kbd.c
command.o : command.c defs.h command.h
cc -c command.c
display.o : display.c defs.h buffer.h
cc -c display.c
insert.o : insert.c defs.h buffer.h
cc -c insert.c
search.o : search.c defs.h buffer.h
cc -c search.c
files.o : files.c defs.h buffer.h command.h
cc -c files.c
utils.o : utils.c defs.h
cc -c utils.c
clean :
rm edit main.o kbd.o command.o display.o /
insert.o search.o files.o utils.o
反
斜杠（/）是换行符的意思。这样比较便于Makefile的易读。我们可以把这个内容保存在文件为“Makefile”或“makefile”的文件中，
然后在该目录下直接输入命令“make”就可以生成执行文件edit。如果要删除执行文件和所有的中间目标文件，那么，只要简单地执行一下“make
clean”就可以了。
在这个makefile中，目标文件（target）包含：执行文件edit和中间目标文件（*.o），依赖文件
（prerequisites）就是冒号后面的那些 .c 文件和 .h文件。每一个 .o 文件都有一组依赖文件，而这些 .o 文件又是执行文件
edit 的依赖文件。依赖关系的实质上就是说明了目标文件是由哪些文件生成的，换言之，目标文件是哪些文件更新的。
在定义好依赖关系
后，后续的那一行定义了如何生成目标文件的操作系统命令，一定要以一个Tab键作为开头。记住，make并不管命令是怎么工作的，他只管执行所定义的命
令。make会比较targets文件和prerequisites文件的修改日期，如果prerequisites文件的日期要比targets文件的
日期要新，或者target不存在的话，那么，make就会执行后续定义的命令。
这里要说明一点的是，clean不是一个文件，它只不过
是一个动作名字，有点像C语言中的lable一样，其冒号后什么也没有，那么，make就不会自动去找文件的依赖性，也就不会自动执行其后所定义的命令。
要执行其后的命令，就要在make命令后明显得指出这个lable的名字。这样的方法非常有用，我们可以在一个makefile中定义不用的编译或是和编
译无关的命令，比如程序的打包，程序的备份，等等。