編譯內核模塊makefile

Ⅰ makefile的選項CFLAGS，CPPFLAGS，LDFLAGS和LIBS的區別

linux內核的配置系統由三個部分組成，分別是：Makefile：分布在 Linux 內核源代碼中的 Makefile，定義 Linux 內核的編譯規則； 配置文件（config.in）：給用戶提供配置選擇的功能； 配置工具：包括配置命令解釋器（對配置腳本中使用的配置命令進行解釋）和配置用戶界面（提供基於字元界面、基於 Ncurses 圖形界面以及基於 Xwindows 圖形界面的用戶配置界面，各自對應於 Make config、Make menuconfig 和 make xconfig）。這些配置工具都是使用腳本語言，如 Tcl/TK、Perl 編寫的（也包含一些用 C 編寫的代碼）。本文並不是對配置系統本身進行分析，而是介紹如何使用配置系統。所以，除非是配置系統的維護者，一般的內核開發者無須了解它們的原理，只需要知道如何編寫 Makefile 和配置文件就可以。所以，在本文中，我們只對 Makefile 和配置文件進行討論。另外，凡是涉及到與具體 CPU 體系結構相關的內容，我們都以 ARM 為例，這樣不僅可以將討論的問題明確化，而且對內容本身不產生影響。2． Makefile2.1 Makefile 概述Makefile 的作用是根據配置的情況，構造出需要編譯的源文件列表，然後分別編譯，並把目標代碼鏈接到一起，最終形成 Linux 內核二進制文件。由於 Linux 內核源代碼是按照樹形結構組織的，所以 Makefile 也被分布在目錄樹中。Linux 內核中的 Makefile 以及與 Makefile 直接相關的文件有：Makefile：頂層 Makefile，是整個內核配置、編譯的總體控制文件。 .config：內核配置文件，包含由用戶選擇的配置選項，用來存放內核配置後的結果（如 make config）。 arch/*/Makefile：位於各種 CPU 體系目錄下的 Makefile，如 arch/arm/Makefile，是針對特定平台的 Makefile。 各個子目錄下的 Makefile：比如 drivers/Makefile，負責所在子目錄下源代碼的管理。 Rules.make：規則文件，被所有的 Makefile 使用。 用戶通過 make config 配置後，產生了 .config。頂層 Makefile 讀入 .config 中的配置選擇。頂層 Makefile 有兩個主要的任務：產生 vmlinux 文件和內核模塊（mole）。為了達到此目的，頂層 Makefile 遞歸的進入到內核的各個子目錄中，分別調用位於這些子目錄中的 Makefile。至於到底進入哪些子目錄，取決於內核的配置。在頂層 Makefile 中，有一句：include arch/$(ARCH)/Makefile，包含了特定 CPU 體系結構下的 Makefile，這個 Makefile 中包含了平台相關的信息。位於各個子目錄下的 Makefile 同樣也根據 .config 給出的配置信息，構造出當前配置下需要的源文件列表，並在文件的最後有 include $(TOPDIR)/Rules.make。Rules.make 文件起著非常重要的作用，它定義了所有 Makefile 共用的編譯規則。比如，如果需要將本目錄下所有的 c 程序編譯成匯編代碼，需要在 Makefile 中有以下的編譯規則：%.s: %.c$(CC) $(CFLAGS) -S $< -o $@有很多子目錄下都有同樣的要求，就需要在各自的 Makefile 中包含此編譯規則，這會比較麻煩。而 Linux 內核中則把此類的編譯規則統一放置到 Rules.make 中，並在各自的 Makefile 中包含進了 Rules.make（include Rules.make），這樣就避免了在多個 Makefile 中重復同樣的規則。對於上面的例子，在 Rules.make 中對應的規則為：%.s: %.c$(CC) $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$(*F)) $(CFLAGS_$@) -S $< -o [email protected] Makefile 中的變數頂層 Makefile 定義並向環境中輸出了許多變數，為各個子目錄下的 Makefile 傳遞一些信息。有些變數，比如 SUBDIRS，不僅在頂層 Makefile 中定義並且賦初值，而且在 arch/*/Makefile 還作了擴充。常用的變數有以下幾類：1） 版本信息版本信息有：VERSION，PATCHLEVEL, SUBLEVEL, EXTRAVERSION，KERNELRELEASE。版本信息定義了當前內核的版本，比如 VERSION=2，PATCHLEVEL=4，SUBLEVEL=18，EXATAVERSION=-rmk7，它們共同構成內核的發行版本KERNELRELEASE：2.4.18-rmk72） CPU 體系結構：ARCH在頂層 Makefile 的開頭，用 ARCH 定義目標 CPU 的體系結構，比如 ARCH:=arm 等。許多子目錄的 Makefile 中，要根據 ARCH 的定義選擇編譯源文件的列表。3） 路徑信息：TOPDIR, SUBDIRSTOPDIR 定義了 Linux 內核源代碼所在的根目錄。例如，各個子目錄下的 Makefile 通過 $(TOPDIR)/Rules.make 就可以找到 Rules.make 的位置。SUBDIRS 定義了一個目錄列表，在編譯內核或模塊時，頂層 Makefile 就是根據 SUBDIRS 來決定進入哪些子目錄。SUBDIRS 的值取決於內核的配置，在頂層 Makefile 中 SUBDIRS 賦值為 kernel drivers mm fs net ipc lib；根據內核的配置情況，在 arch/*/Makefile 中擴充了 SUBDIRS 的值，參見4）中的例子。4） 內核組成信息：HEAD, CORE_FILES, NETWORKS, DRIVERS, LIBSLinux 內核文件 vmlinux 是由以下規則產生的：vmlinux: $(CONFIGURATION) init/main.o init/version.o linuxsubdirs$(LD) $(LINKFLAGS) $(HEAD) init/main.o init/version.o --start-group $(CORE_FILES) $(DRIVERS) $(NETWORKS) $(LIBS) --end-group -o vmlinux可以看出，vmlinux 是由 HEAD、main.o、version.o、CORE_FILES、DRIVERS、NETWORKS 和 LIBS 組成的。這些變數（如 HEAD）都是用來定義連接生成 vmlinux 的目標文件和庫文件列表。其中，HEAD在arch/*/Makefile 中定義，用來確定被最先鏈接進 vmlinux 的文件列表。比如，對於 ARM 系列的 CPU，HEAD 定義為： HEAD := arch/arm/kernel/head-$(PROCESSOR).o arch/arm/kernel/init_task.o表明 head-$(PROCESSOR).o 和 init_task.o 需要最先被鏈接到 vmlinux 中。PROCESSOR 為 armv 或 armo，取決於目標 CPU。 CORE_FILES，NETWORK，DRIVERS 和 LIBS 在頂層 Makefile 中定義，並且由 arch/*/Makefile 根據需要進行擴充。 CORE_FILES 對應著內核的核心文件，有 kernel/kernel.o，mm/mm.o，fs/fs.o，ipc/ipc.o，可以看出，這些是組成內核最為重要的文件。同時，arch/arm/Makefile 對 CORE_FILES 進行了擴充：# arch/arm/Makefile# If we have a machine-specific directory, then include it in the build.MACHDIR := arch/arm/mach-$(MACHINE)ifeq ($(MACHDIR),$(wildcard $(MACHDIR)))SUBDIRS += $(MACHDIR)CORE_FILES := $(MACHDIR)/$(MACHINE).o $(CORE_FILES)endifHEAD := arch/arm/kernel/head-$(PROCESSOR).o arch/arm/kernel/init_task.oSUBDIRS += arch/arm/kernel arch/arm/mm arch/arm/lib arch/arm/nwfpeCORE_FILES := arch/arm/kernel/kernel.o arch/arm/mm/mm.o $(CORE_FILES)LIBS := arch/arm/lib/lib.a $(LIBS)5） 編譯信息：CPP, CC, AS, LD, AR，CFLAGS，LINKFLAGS在 Rules.make 中定義的是編譯的通用規則，具體到特定的場合，需要明確給出編譯環境，編譯環境就是在以上的變數中定義的。針對交叉編譯的要求，定義了 CROSS_COMPILE。比如：CROSS_COMPILE = arm-linux-CC = $(CROSS_COMPILE)gccLD = $(CROSS_COMPILE)ld......CROSS_COMPILE 定義了交叉編譯器前綴 arm-linux-，表明所有的交叉編譯工具都是以 arm-linux- 開頭的，所以在各個交叉編譯器工具之前，都加入了 $(CROSS_COMPILE)，以組成一個完整的交叉編譯工具文件名，比如 arm-linux-gcc。CFLAGS 定義了傳遞給 C 編譯器的參數。LINKFLAGS 是鏈接生成 vmlinux 時，由鏈接器使用的參數。LINKFLAGS 在 arm/*/Makefile 中定義，比如：# arch/arm/MakefileLINKFLAGS :=-p -X -T arch/arm/vmlinux.lds6） 配置變數CONFIG_*.config 文件中有許多的配置變數等式，用來說明用戶配置的結果。例如 CONFIG_MODULES=y 表明用戶選擇了 Linux 內核的模塊功能。.config 被頂層 Makefile 包含後，就形成許多的配置變數，每個配置變數具有確定的值：y 表示本編譯選項對應的內核代碼被靜態編譯進 Linux 內核；m 表示本編譯選項對應的內核代碼被編譯成模塊；n 表示不選擇此編譯選項；如果根本就沒有選擇，那麼配置變數的值為空。2.3 Rules.make 變數前面講過，Rules.make 是編譯規則文件，所有的 Makefile 中都會包括 Rules.make。Rules.make 文件定義了許多變數，最為重要是那些編譯、鏈接列表變數。O_OBJS，L_OBJS，OX_OBJS，LX_OBJS：本目錄下需要編譯進 Linux 內核 vmlinux 的目標文件列表，其中 OX_OBJS 和 LX_OBJS 中的 "X" 表明目標文件使用了 EXPORT_SYMBOL 輸出符號。M_OBJS，MX_OBJS：本目錄下需要被編譯成可裝載模塊的目標文件列表。同樣，MX_OBJS 中的 "X" 表明目標文件使用了 EXPORT_SYMBOL 輸出符號。O_TARGET，L_TARGET：每個子目錄下都有一個 O_TARGET 或 L_TARGET，Rules.make 首先從源代碼編譯生成 O_OBJS 和 OX_OBJS 中所有的目標文件，然後使用 $(LD) -r 把它們鏈接成一個 O_TARGET 或 L_TARGET。O_TARGET 以 .o 結尾，而 L_TARGET 以 .a 結尾。

Ⅱ 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中定義不用的編譯或是和編
譯無關的命令，比如程序的打包，程序的備份，等等。

Ⅲ 如何編寫makefile

你先用gcc把它給編譯出來。然後再想用makefile

gcc最一般的用法就是：
gcc -o 要生成的可執行文件名 源代碼文件名
如：gcc -o hello.x hello.c
如果一些頭文件要指明的話，可以這樣：
gcc -o hello.x -I頭文件所在的文件夾 -l一些庫名 hello.c
最通常，我們用到一些數學庫。gcc -o hello.x -lm hello.c

makefile的話，你可以基於上述的語句進行修改：建議你看點資料，或一些典型的例子。但是注意的是規則那一行，得用Tab鍵打頭。
hello.x : hello.o
gcc -o hello.x hello.o (這一行，得用Tab打頭)
hello.o : hello.c 頭文件
gcc -c hello.o hello.c -I頭文件所在目錄 -lm (這一行，得用Tab打頭)

Ⅳ linux內核模塊，怎麼編譯

我來說下吧 本身你這個問題問的有點歧義 不知道你問的是內核編譯 還是模塊編譯 兩個不是一個東西 盡管模塊載入後 也是內核的一部分 看看其他的回答 以為是單純的內核的編譯了 模塊本身在linux下面是可以分為靜態和動態載入的 要是採用靜態載入的話 就是從新編譯內核 和內核的編譯基本是一回事 但是多採用動態載入 這個也簡單點
從你的下面的模版可以看出 你是想寫驅動程序吧 驅動一般作為動態載入的就可以了 寫好你的c文件 格式和上面的差不多 然後GCC編譯 生成.o文件，不要生成可執行文件 （ 如果是玩Embedded 就下載到目標板了 minicom 的使用） 如果是就在linux機器上 直接執行 insmod lsmod rmmod 這些就好了 這里也是簡單的說下了 內核的編譯 寫驅動程序 本身就是個比較難得事情了 要個很長的時間去學習了 慢慢積累 好運

Ⅳ 編譯內核模塊的Makefile中的($(KERNELRELEASE),)是什麼意思

在編譯內核模塊時， 如有Makefile文件如下： ifneq ($(KERNELRELEASE),) param-objs := file1.o file2.o obj-m := param.oelse KDIR := /lib/moles/2.6.18-53.el5/buildall: make -C $(KDIR) M=$(PWD) molesclean: rm -f *.ko *.o *.mod.o *.mod.c *.symversendif KERNELRELEASE是在內核源碼的頂層Makefile中定義的一個變數，在第一次讀取執行此Makefile時，KERNELRELEASE沒有被定義，所以make將讀取執行else之後的內容，如果make的目標是clean，直接執行clean操作，然後結束。當make的目標為all時，-C $(KDIR)指明跳轉到內核源碼目錄下讀取那裡的Makefile；M=$(PWD) 表明然後返回到當前目錄繼續讀入、執行當前的Makefile。當從內核源碼目錄返回時，KERNELRELEASE已被定義，kbuild也被啟動去解析kbuild語法的語句，make將繼續讀取else之前的內容。else之前的內容為kbuild語法的語句，指明模塊源碼中各文件的依賴關系，以及要生成的目標模塊名。param-objs := file1.o file2.o 表示param.o由file1.o與file2.o 連接生成，obj-m := param.o表示編譯連接後將生成param.o模塊。

Ⅵ 如何快速編譯單一的內核模塊

是編譯多個模塊還是編譯單個模塊？
多個模塊的話在該目錄下面寫一個makefile，內容為
-------------------------------------------------------------------------
obj-m
:=
{模塊1名字}.o
{模塊2名字}.o
...
all:
make
-c
/lib/moles/2.6.32/build/
m=$(pwd)
moles
clean:
make
-c
/lib/moles/2.6.32/build/
m=$(pwd)
clean
--------------------------------------------------------------------------
單個模塊，依賴多個文件的話使用傳統寫法即可。

Ⅶ 如何編寫驅動文件makefile文件

# kernel moles compiler --- Makefile
obj-m := hello.o
# #set kernel path to our own kernel src path
KERNELDIR ?= /usr/src/kernels/2.6.18-53.el5-i686
PWD := $(shell pwd)
default:
$(MAKE) -C $(KERNELDIR) M=$(PWD) moles
clean:
rm -rf *.o *.ko *.mod.c *.symvers

需要有內核源碼的目錄。你可能沒有指定對
KERNELDIR ?= /usr/src/kernels/2.6.18-53.el5-i686

編譯內核模塊需要內核源碼，這個路徑指定的就是內核源碼路徑。
你先下載一下內核源碼解壓到/usr/src/kernels 再試試。

Ⅷ linux編譯內核步驟

一、准備工作
a) 首先，你要有一台PC（這不廢話么^_^），裝好了Linux。
b) 安裝好GCC(這個指的是host gcc，用於編譯生成運行於pc機程序的)、make、ncurses等工具。
c) 下載一份純凈的Linux內核源碼包，並解壓好。

注意，如果你是為當前PC機編譯內核，最好使用相應的Linux發行版的源碼包。

不過這應該也不是必須的，因為我在我的Fedora 13上(其自帶的內核版本是2.6.33.3)，就下載了一個標準的內核linux-2.6.32.65.tar.xz，並且順利的編譯安裝成功了，上電重啟都OK的。不過，我使用的.config配置文件，是Fedora 13自帶內核的配置文件，即/lib/moles/`uname -r`/build/.config

d) 如果你是移植Linux到嵌入式系統，則還要再下載安裝交叉編譯工具鏈。

例如，你的目標單板CPU可能是arm或mips等cpu，則安裝相應的交叉編譯工具鏈。安裝後，需要將工具鏈路徑添加到PATH環境變數中。例如，你安裝的是arm工具鏈，那麼你在shell中執行類似如下的命令，假如有類似的輸出，就說明安裝好了。
[root@localhost linux-2.6.33.i686]# arm-linux-gcc --version
arm-linux-gcc (Buildroot 2010.11) 4.3.5
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for ing conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
註：arm的工具鏈，可以從這里下載:回復「ARM」即可查看。

二、設置編譯目標

在配置或編譯內核之前，首先要確定目標CPU架構，以及編譯時採用什麼工具鏈。這是最最基礎的信息，首先要確定的。
如果你是為當前使用的PC機編譯內核，則無須設置。
否則的話，就要明確設置。
這里以arm為例，來說明。
有兩種設置方法()：

a) 修改Makefile
打開內核源碼根目錄下的Makefile，修改如下兩個Makefile變數並保存。
ARCH := arm
CROSS_COMPILE := arm-linux-

注意，這里cross_compile的設置，是假定所用的交叉工具鏈的gcc程序名稱為arm-linux-gcc。如果實際使用的gcc名稱是some-thing-else-gcc，則這里照葫蘆畫瓢填some-thing-else-即可。總之，要省去名稱中最後的gcc那3個字母。

b) 每次執行make命令時，都通過命令行參數傳入這些信息。
這其實是通過make工具的命令行參數指定變數的值。
例如
配置內核時時，使用
make ARCH=arm CROSS_COMPILE=arm-linux- menuconfig
編譯內核時使用
make ARCH=arm CROSS_COMPILE=arm-linux-

注意，實際上，對於編譯PC機內核的情況，雖然用戶沒有明確設置，但並不是這兩項沒有配置。因為如果用戶沒有設置這兩項，內核源碼頂層Makefile(位於源碼根目錄下)會通過如下方式生成這兩個變數的值。
SUBARCH := $(shell uname -m | sed -e s/i.86/i386/ -e s/sun4u/sparc64/ \
-e s/arm.*/arm/ -e s/sa110/arm/ \
-e s/s390x/s390/ -e s/parisc64/parisc/ \
-e s/ppc.*/powerpc/ -e s/mips.*/mips/ \
-e s/sh[234].*/sh/ )
ARCH?= $(SUBARCH)
CROSS_COMPILE ?=

經過上面的代碼，ARCH變成了PC編譯機的arch，即SUBARCH。因此，如果PC機上uname -m輸出的是ix86，則ARCH的值就成了i386。

而CROSS_COMPILE的值，如果沒配置，則為空字元串。這樣一來所使用的工具鏈程序的名稱，就不再有類似arm-linux-這樣的前綴，就相當於使用了PC機上的gcc。

最後再多說兩句，ARCH的值還需要再進一步做泛化。因為內核源碼的arch目錄下，不存在i386這個目錄，也沒有sparc64這樣的目錄。

因此頂層makefile中又構造了一個SRCARCH變數，通過如下代碼，生成他的值。這樣一來，SRCARCH變數，才最終匹配到內核源碼arch目錄中的某一個架構名。

SRCARCH := $(ARCH)

ifeq ($(ARCH),i386)
SRCARCH := x86
endif

ifeq ($(ARCH),x86_64)
SRCARCH := x86
endif

ifeq ($(ARCH),sparc64)
SRCARCH := sparc
endif

ifeq ($(ARCH),sh64)
SRCARCH := sh
endif

三、配置內核

內核的功能那麼多，我們需要哪些部分，每個部分編譯成什麼形式（編進內核還是編成模塊），每個部分的工作參數如何，這些都是可以配置的。因此，在開始編譯之前，我們需要構建出一份配置清單，放到內核源碼根目錄下，命名為.config文件，然後根據此.config文件，編譯出我們需要的內核。

但是，內核的配置項太多了，一個一個配，太麻煩了。而且，不同的CPU架構，所能配置的配置項集合，是不一樣的。例如，某種CPU的某個功能特性要不要支持的配置項，就是與CPU架構有關的配置項。所以，內核提供了一種簡單的配置方法。

以arm為例，具體做法如下。

a) 根據我們的目標CPU架構，從內核源碼arch/arm/configs目錄下，找一個與目標系統最接近的配置文件(例如s3c2410_defconfig)，拷貝到內核源碼根目錄下，命名為.config。

注意，如果你是為當前PC機編譯內核，最好拷貝如下文件到內核源碼根目錄下，做為初始配置文件。這個文件，是PC機當前運行的內核編譯時使用的配置文件。
/lib/moles/`uname -r`/build/.config
這里順便多說兩句，PC機內核的配置文件，選擇的功能真是多。不編不知道，一編才知道。Linux發行方這樣做的目的，可能是想讓所發行的Linux能夠滿足用戶的各種需求吧。

b) 執行make menuconfig對此配置做一些需要的修改，退出時選擇保存，就將新的配置更新到.config文件中了。

注

Ⅸ 編譯內核模塊的makefile中的，是什麼意思

在編譯內核模塊時，
如有Makefile文件如下：
ifneq
($(KERNELRELEASE),)
param-objs
:=
file1.o
file2.o
obj-m
:=
param.oelse
KDIR
:=
/lib/moles/2.6.18-53.el5/buildall:
make
-C
$(KDIR)
M=$(PWD)
molesclean:
rm
-f
*.ko
*.o
*.mod.o
*.mod.c
*.symversendif
KERNELRELEASE是在內核源碼的頂層Makefile中定義的一個變數，在第一次讀取執行此Makefile時，KERNELRELEASE沒有被定義，所以make將讀取執行else之後的內容，如果make的目標是clean，直接執行clean操作，然後結束。當make的目標為all時，-C
$(KDIR)指明跳轉到內核源碼目錄下讀取那裡的Makefile；M=$(PWD)
表明然後返回到當前目錄繼續讀入、執行當前的Makefile。當從內核源碼目錄返回時，KERNELRELEASE已被定義，kbuild也被啟動去解析kbuild語法的語句，make將繼續讀取else之前的內容。else之前的內容為kbuild語法的語句，指明模塊源碼中各文件的依賴關系，以及要生成的目標模塊名。param-objs
:=
file1.o
file2.o
表示param.o由file1.o與file2.o
連接生成，obj-m
:=
param.o表示編譯連接後將生成param.o模塊。

Ⅹ 驅動程序的makefile怎麼寫啊，要在arm上運行的，編譯成內核模塊。

將 KDIR := /lib/moles/2.6.18-53.el5/build
直接指向你的Linux源碼（mini2440改好的）所在的文件夾，再指定對ARM平台編譯即可。注意這個Linux版本要與你ARM上跑的要一致，可在超級終端下用uname -r查看。
比如說你查看的是 2.6.32.2-FriendlyARM,那你只要改兩句：
KDIR := /。。。。。。/Linux-2.6.32.2/
all:
make -C $(KDIR) M=$(PWD) moles ARCH=arm CROSS_COMPILE=arm-linux-
不過之前我先編譯了內核，然後編譯模塊一次成功，不知道有影響么，共同學習吧。(*^__^*)