linuxifeq

㈠ 這個linux程序的Makefile疑問求解

你要讀懂這個Makefile，要查兩樣東西，一樣是gcc文檔，一樣是Makefile的文檔。

先來說gcc的編譯選項問題：
-Wall是做檢查，比如語法錯誤啊，指針不一致，參數沒有用到之類的錯誤

關於 -Wno-format，在GCC的編譯選項中有以下解釋，你可以讀一讀，具體的方法你去man gcc，可以查到相關信息

-Wno-format-extra-args
If -Wformat is specified, do not warn about excess arguments to a
"printf" or "scanf" format function. The C standard specifies that
such arguments are ignored.

Where the unused arguments lie between used arguments that are
specified with $ operand number specifications, normally warnings
are still given, since the implementation could not know what type
to pass to "va_arg" to skip the unused arguments. However, in the
case of "scanf" formats, this option will suppress the warning if
the unused arguments are all pointers, since the Single Unix
Specification says that such unused arguments are allowed.

-Wno-format-zero-length (C and Objective-C only)
If -Wformat is specified, do not warn about zero-length formats.
The C standard specifies that zero-length formats are allowed.

關於-g，用於GDB調試，這個不用再說了吧。

-DDEBUG
實際上是用－D定義了一個名叫DEBUG的宏，初始值為1。

所以你的Makefile下面會有這么一段
ifeq (YES, ${DEBUG})
CFLAGS := ${DEBUG_CFLAGS}
CXXFLAGS := ${DEBUG_CXXFLAGS}
LDFLAGS := ${DEBUG_LDFLAGS}
else
CFLAGS := ${RELEASE_CFLAGS}
CXXFLAGS := ${RELEASE_CXXFLAGS}
LDFLAGS := ${RELEASE_LDFLAGS}
endif

表示如果是YES的值與DEBUG的值相等的話（不加$()指數字的值相等）用於調試手段，則會調用調試用的相關變數，如果是正式發行版，則會用REALEASE的相關變數，

你的第二個問題是關於Makefile的函數的，
basename表示取前綴函數，比如basename a.out 返回值為a,
而addsuffix是加後綴的函數addsuffix .o,a 返回值為a.o
不過建議你去看看Makefile的手冊。

㈡ ARM linux內核啟動時幾個關鍵地址

1. 內核啟動地址
ZTEXTADDR
解壓代碼運行的開始地址。沒有物理地址和虛擬地址之分，因為此時MMU處於關閉狀態。這個地址不一定時RAM的地址，可以是支持讀寫定址的flash等存儲中介。
Start address of decompressor. here's no point in talking about virtual or physical addresses here, since the MMU will be off at the time when you call the decompressor code. You normally call the kernel at this address to start it booting. This doesn't have to be located in RAM, it can be in flash or other read-only or read-write addressable medium.
在arch/arm/boot/compressed/Makefile中說的很明確

#
# We now have a PIC decompressor implementation. Decompressors running
# from RAM should not define ZTEXTADDR. Decompressors running directly
# from ROM or Flash must define ZTEXTADDR (preferably via the config)
# FIXME: Previous assignment to ztextaddr-y is lost here. See SHARK
ifeq ($(CONFIG_ZBOOT_ROM),y)
ZTEXTADDR := $(CONFIG_ZBOOT_ROM_TEXT)
ZBSSADDR := $(CONFIG_ZBOOT_ROM_BSS)
else
ZTEXTADDR := 0
ZBSSADDR := ALIGN(8)
endif

ZRELADDR
內核啟動在RAM中的地址。壓縮的內核映像被解壓到這個地址，然後執行。
This is the address where the decompressed kernel will be written, and eventually executed. The following constraint must be valid:

__virt_to_phys(TEXTADDR) == ZRELADDR
The initial part of the kernel is carefully coded to be position independent.
一般定義在項目目錄下，比如：
arch/arm/mach-at91/Makefile.boot: zreladdr-y += 0x70008000
arch/arm/mach-at91/Makefile.boot: zreladdr-y += 0x20008000
arch/arm/mach-cns3xxx/Makefile.boot: zreladdr-y += 0x00008000
arch/arm/mach-davinci/Makefile.boot: zreladdr-y += 0xc0008000
arch/arm/mach-davinci/Makefile.boot: zreladdr-y += 0x80008000
arch/arm/mach-dove/Makefile.boot: zreladdr-y += 0x00008000
arch/arm/mach-ebsa110/Makefile.boot: zreladdr-y += 0x00008000
arch/arm/mach-exynos/Makefile.boot: zreladdr-y += 0x40008000
arch/arm/mach-footbridge/Makefile.boot: zreladdr-y += 0x00008000
arch/arm/mach-gemini/Makefile.boot: zreladdr-y += 0x00008000
arch/arm/mach-gemini/Makefile.boot: zreladdr-y += 0x10008000
arch/arm/mach-integrator/Makefile.boot: zreladdr-y += 0x00008000
arch/arm/mach-iop13xx/Makefile.boot: zreladdr-y += 0x00008000

在arch/arm/boot/Makefile中被賦值：
ZRELADDR := $(zreladdr-y)
PARAMS_PHYS := $(params_phys-y)
INITRD_PHYS := $(initrd_phys-y)
... ...
ifneq ($(LOADADDR),)
UIMAGE_LOADADDR=$(LOADADDR)
else
ifeq ($(CONFIG_ZBOOT_ROM),y)
UIMAGE_LOADADDR=$(CONFIG_ZBOOT_ROM_TEXT)

㈢ linux makefile 判斷文件存在與否

makefile判斷文件存在如下的兩種方法：
1. 調用shell的函數進行判斷
exist = $(shell if [ -f $(FILE) ]; then echo "exist"; else echo "notexist"; fi;)
ifeq (exist, "exist")
#do something here
endif當然，這個方法很土，但是能夠工作！！ 2. 使用makefile的函數進行判斷ifeq ($(FILE), $(wildcard $(FILE)))
#do something here
endif $(wildcard $(FILE))的意思是當前路徑下的文件名匹配FILE的文件展開。假設當前路徑下存在a.c 和 b.c,那麼執行src=$(wildcard *.c)src的值就為a.c b.c；如果不使用通配符，比如src=$(wildcard c.c)；那麼就是要展開當前路徑下，文件名為c.c的文件，因為當前路徑下文件不存在，因此src為空字元串。

㈣ linux shell的if語句

echo "你繼續嗎？Y or N"
read ANSWER
if [ 「$ANSWER」 = 「Y」 -o 「$ANSWER」 = 「y」 ] ; then
echo "你選擇了$ANSWER";
elif [ 「$ANSWER」 = 「N」 -o 「$ANSWER」 = 「n」 ] ; then
echo "你選擇了$ANSWER";
else
echo "輸入錯誤"
exit
fi
這部分我是看的《Linux就該這么學》這本書籍，你有興趣也可以好好看看這本書，講的非常詳細。

㈤ 如何編譯/交叉編譯內核模塊, Linux 2.6.

欏�build 能夠編譯內核樹目錄內的內核模塊，也能夠編譯內核樹目錄外的內核模塊（外部內核模塊）。. 編譯外部內核模塊的命令： #cd #make -C M=`pwd` 其中 為要編譯的內核模塊所在目錄， 為內核源碼所在的目錄。 對於發行版本的Linux ，可以用： #make -C /lib/moles/`uname -r`/build M=`pwd` 注意：使用Kbuild 之前，必須先成功編譯過內核源碼。 說明： .#make -C M=`pwd` moles 作用與上面的命令一樣 .以前的內核版本州頃碧可以使用 #make -C SUBDIRS=`pwd` moles. 安裝外部內核模塊 #make -C M=`pwd` moles_install 默認安裝目錄為：/lib/moles/`uname -r`/extra ，可以通過INSTALL_MOD_PATH 宏在默認安裝路徑前加前綴。 例如： #make -C INSTALL_MOD_PATH=/opt M=`pwd` moles_install 則編譯後的模塊會放在/冊舉opt/lib/moles/`uname -r`/extra 通過宏INSTALL_MOD_DIR 可以修改是否放在'extra' 下，例如： #make -C INSTALL_MOD_DIR=golf M=`pwd` moles_install 則編譯後的模塊會放在/lib/moles/`uname -r`/golf . 編譯單個文件 #make -C M=`pwd` . 其他命令 #make -C M=`pwd` clean #make -C M=`pwd` help.Kbuild 文件 Linux的Kbuild 會在內核模塊目錄下查找Kbuild 文件，如果有，則在編譯時會使用該文件。示例： 假設有這么幾個文件：8123_if.c 8123_if.h 8123_pci.c 8123_bin.o_shipped( 二進制的模塊文件) Kbuild 文件的內容： obj-m := 8123.o 8123-y:8123_if.o 8123_pci.o 8123_bin.o Makefile的內容： #為了兼容舊版本的Kbuild ifneq($(KERNELRELEASE),) include Kbuildelse# 正常的Makefile KDIR:=/lib/moles/`uname -r`/buildall::$(MAKE) -C $(KDIR) M=`pwd` $@ # 其他targetgenbin:echo "X" > 8123_bin_shippedendif 注意，沒有源碼的二進制.o 文件必須乎裂以原文件名加_shipped 結尾，例如8123_bin.o_shipped，KBuild 會把8123_bin.o_shipped 復制為8123_bin.o ，然後一起編譯。 應該用： ifeq ($(obj),) obj= .

㈥ 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文件中了。

注

㈦ 如何編譯一個linux下的驅動模塊

首先，我們要了解一下模塊是如何別被構造的。模塊的構造過程與用戶空間
的應用程序的構造過程有顯著不同；內核是一個大的、獨立的程序
,
對於它的各
個部分如何組合在一起有詳細的明確的要求。
Linux2.6
內核的構造過程也與以
前版本的內核構造過程不同；
新的構造系統用起來更加簡單，
並且可產生更加正
確的結果
,
但是它看起來和先前的方法有很大不同。內核的構造系統非常復雜
,
我們所看到的只是它的一小部分。
如果讀者想了解更深入的細節，
則應閱讀在內
核源碼中的
Document/kbuild
目錄下的文件。

在構造內核模塊之前，
有一些先決條件首先應該得到滿足。
首先，
讀者要保證你
有適合於你的內核版本的編譯器、模塊工具
,
以及其他必要工具。在內核文檔目
錄下的文件
Documentation/Changes
里列出了需要的工具版本；
在開始構造內
核前，
讀者有必要查看該文件，
並確保已安裝了正確的工具。
如果用錯誤的工具
版本來構造一個內核
(
及其模塊
)
，可能導致許多奇怪的問題。另外也要注意
,
使
用太新版本的編譯器偶爾可能也會導致問題。

一旦做好了上面的准備工作之後
,
其實給自己的模塊創建一個
makefile
則非常
簡單。實際上
,
對於本章前面展示的
" hello world"
例子
,
下面一行就夠了
:
obj-m := hello.o
如果讀者熟悉
make
，
但是對
Linux2.6
內核構造系統不熟悉的話
,
可能奇怪這個
makefile
如何工作。畢竟上面的這一行不是一個傳統的
makefile
的樣子。問
題的答案當然是內核構造系統處理了餘下的工作。上面的賦值語句
(
它利用了由
GNU make
提供的擴展語法
)
說明有一個模塊要從目標文件
hello.o
構造，而從
該目標文件構造的模塊名稱為
hello.ko.
如果我們想由兩個源文件
(
比如
file1.c
和
file2.c )
構造出一個名稱為
mole.ko
的模塊
,
則正確的
makefile
可如下編寫
:
obj-m := mole.o
mole-objs := file1.o file2.o
為了讓上面這種類型的
makefile
文件正常工作
,
必須在大的內核構造系統環境
中調用他們。假設讀者的內核源碼數位於
~/kernel-2.6
目錄
,
用來建立你的模
塊的
make
命令
(
在包含模塊源代碼和
makefile
的目錄下鍵入
)
應該是
:
make -C ~/kernel-2.6 M=`pwd` moles
這個命令首先是改變目錄到用
-C
選項指定的位置
(
即內核源代碼目錄
)
，其中保
存有內核的頂層
makefile
文件。這個
M=
選項使
makefile
在構造
moles
目
標前
,
返回到模塊源碼目錄。
然後，
moles
目標指向
obj-m
變數中設定的模塊，
在上面的例子里，我們將該變數設置成了
mole.o
。

上面這樣的
make
命令對於多個文件的編譯顯得不是很方便
,
於是內核開發者就
開發了一種
makefile
方式
,
這種方式使得內核樹之外的模塊構造變得更加容易。
代碼清單
1.4
展示了
makefile
的編寫方法：

代碼清單
1.4 makefile
ifeq ($(KERNELRELEASE),)

KERNELDIR ?= /source/linux-2.6.13
PWD := $(shell pwd)

moles:
$(MAKE) -C $(KERNELDIR) M=$(PWD) moles

moles_install:
$(MAKE) -C $(KERNELDIR) M=$(PWD) moles_install

clean:
rm -rf *.o *~ core .depend .*. *.ko *.mod.c .tmp_versions

.PHONY: moles moles_install clean

else
obj-m := hello.o
endif
我們再次看到了擴展的
GNU
make
語法在起作用。在一個典型的構造過程中，這
個
makefile
將被讀取兩次。當從命令行中調用這個
makefile ,
它注意到
KERNELRELEASE
變數尚未設置。我們可以注意到，已安裝的模塊目錄中存在一
個符號連接，
它指向內核的構造樹，
這樣這個
makefile
就可以定位內核的源代
碼目錄。如果讀者時間運行的內核並不是要構造的內核，則可以在命令行提供
KERNELDIR=
選項或者設置
KERNELDIR
環境變數
,
或者修改
makefile
中設置
KERNELDIR
的那一行。在找到內核源碼樹
,
這個
makefile
會調用
default:
目
標
,
這個目標使用先前描述過的方法第二次運行
make
命令
(
注意，在這個
makefile
里
make
命令被參數化成
$(MAKE))
，以便運行內核構造系統。在第二
次讀取
makefile
時，
它設置了
obj-m,
而內核的
makefile
負責真正構造模塊。

這種構造模塊的機制看起來很繁瑣，可是，一旦我們習慣了使用這種機制
,
則會
欣賞內核構造系統帶給我們的便利。需要注意的是
,
上面
makefile
並不完整，
一個真正的
makefile
應包含通常用來清除無用文件的目標
,
安裝模塊的目標等
等。一個完整的例子可以參考例子代碼目錄的
makefile
。

㈧ 如何編譯一個linux下的驅動模塊

這是一個簡單而完整的實例，對於理解Linux下的驅動模塊是非常有幫助的。

1.源碼如下：
/*
* hello.c -- the example of printf "hello world!" in the screen of driver program
*/
#include <linux/init.h>
#include <linux/mole.h>
MODULE_LICENSE("Dual BSD/GPL");/* declare the license of the mole ,it is necessary */
static int hello_init(void)
{
printk(KERN_ALERT "Hello World enter!\n");
return 0;
}
static int hello_exit(void)
{
printk(KERN_ALERT "Hello world exit!\n");
}
mole_init(hello_init); /* load the mole */
mole_exit(hello_exit); /* unload the mole */
進入目錄：
[root@Alex_linux /]#cd /work/jiakun_test/moletest
[root@Alex_linux moletest]# vi hello.c
然後拷入上面書上的源碼。
2.編譯代碼：
1>.首先我在2.4內核的虛擬機上進行編譯，編譯過程如下：
[root@Alex_linux moletest]#gcc -D__KERNEL__ -I /usr/src/linux -DMODULE -Wall -O2 -c -o hello.o hello.c
其中-I選項指定內河源碼，也就是內核源碼樹路徑。編譯結果：
hello.c:1:22: net/sock.h: No such file or directory
hello.c: In function `hello_init':
hello.c:6: warning: implicit declaration of function `printk'
hello.c:6: `KERN_ALERT' undeclared (first use in this function)
hello.c:6: (Each undeclared identifier is reported only once
hello.c:6: for each function it appears in.)
hello.c:6: parse error before string constant
hello.c: In function `hello_exit':
hello.c:11: `KERN_ALERT' undeclared (first use in this function)
hello.c:11: parse error before string constant
hello.c: At top level:
hello.c:13: warning: type defaults to `int' in declaration of `mole_init'
hello.c:13: warning: parameter names (without types) in function declaration
hello.c:13: warning: data definition has no type or storage class
hello.c:14: warning: type defaults to `int' in declaration of `mole_exit'
hello.c:14: warning: parameter names (without types) in function declaration
hello.c:14: warning: data definition has no type or storage class
在網上查詢有網友提示沒有引入kernel.h
解決：vi hello.c
在第一行加入：#include <linux/kernel.h>
再次編譯仍然報KERN_ALERT沒有聲明
修改編譯條件-I，再次編譯：
[root@Alex_linux moletest]#gcc -D__KERNEL__ -I /usr/src/linux -DMODULE -Wall -O2 -c -o hello.o hello.c
[root@Alex_linux moletest]#ls
hello.c hello.o Makefile
[root@Alex_linux moletest]#
2>.接著我嘗試在2.6內核的虛擬機上進行編譯
編譯過程如下：
[root@JiaKun moletest]# ls
hello.c makefile
[root@JiaKun moletest]# vi hello.c
[root@JiaKun moletest]# make
make -C /mylinux/kernel/2.4.18-rmk7 M=/home/alex/test/moletest moles
make: *** /mylinux/kernel/2.4.18-rmk7: No such file or directory. Stop.
make: *** [moles] Error 2
[root@JiaKun moletest]# vi makefile
[root@JiaKun moletest]# make
make -C /usr/src/kernels/2.6.18-53.el5-i686 M=/home/alex/test/moletest moles
make[1]: Entering directory `/usr/src/kernels/2.6.18-53.el5-i686'
scripts/Makefile.build:17: /home/alex/test/moletest/Makefile: No such file or directory
make[2]: *** No rule to make target `/home/alex/test/moletest/Makefile'. Stop.
make[1]: *** [_mole_/home/alex/test/moletest] Error 2
make[1]: Leaving directory `/usr/src/kernels/2.6.18-53.el5-i686'
make: *** [moles] Error 2
[root@JiaKun moletest]# mv makefile Makefile
[root@JiaKun moletest]# make
make -C /usr/src/kernels/2.6.18-53.el5-i686 M=/home/alex/test/moletest moles
make[1]: Entering directory `/usr/src/kernels/2.6.18-53.el5-i686'
CC [M] /home/alex/test/moletest/hello.o
Building moles, stage 2.
MODPOST
CC /home/alex/test/moletest/hello.mod.o
LD [M] /home/alex/test/moletest/hello.ko
make[1]: Leaving directory `/usr/src/kernels/2.6.18-53.el5-i686'
[root@JiaKun moletest]# ls
hello.c hello.ko hello.mod.c hello.mod.o hello.o Makefile Mole.symvers

3.執行代碼，載入驅動模塊：
2.4內核載入模塊：
insmod ./hello.o
但是此時並沒有輸出printk列印的信息。但是可以在/var/log/messages 中看到列印的信息，這是由於KERN_ALERT優先順序不夠高。這里
需要修改為：KERN_EMERG。再次編譯，載入模塊即可以看到結果
2.6內核載入模塊：
[root@JiaKun moletest]# insmod hello.ko
[root@JiaKun moletest]#
Message from syslogd@ at Sat Jul 26 19:52:44 2008 ...
JiaKun kernel: Hello, world
有的朋友可能會出現insmod命令找不到的錯誤，這可能有下面幾個原因：
<1> 你的系統沒有安裝mole-init-tools工具，關於此問題，只需安裝即可，但是一般裝完系統是有這個命令的。
<2> 環境變數沒有添加導致不能使用該命令。使用echo $PATH即可查看PATH環境變數，發現沒有/sbin這個路徑，所以你當然不能使用insmod這個命令了。解決的方法很簡單，只需在命令行輸入：
PATH = "$PATH:/sbin"即可添加。（insmod在/sbin這個目錄下，你可以使用whereis insmod查看）。
<3> insmod這個命令需要在root許可權下才能使用。
載入完成後你可以輸入lsmod查看hello這個模塊哦。

4.卸載驅動模塊：rmmod hello.
載入模塊後就可在屏幕上看到如下信息：Hello world enter.
卸載時就可在屏幕上看到如下信息：hello world exit.
[root@JiaKun moletest]# rmmod hello.ko
[root@JiaKun moletest]#
Message from syslogd@ at Sat Jul 26 19:52:58 2008 ...
JiaKun kernel: Goodbye, cruel world

另外，如果有多個文件，則按下列方式編寫Makefile文件（file1.c、file2.c）：
obj -m := molename.o
mole-objs := file1.o file2.o