本文目录一览：
- 1、如何编译linux驱动模块
- 2、如何编译预置obj 文件
- 3、如何编译一个linux下的驱动模块
- 4、module-objs := test.o有什么作用？
- 5、jdk nginx. redis 在arm和x86要分别编译
如何编译linux驱动模块
第一步：准备源代码
首先我们还是要来编写一个符合linux格式的模块文件，这样我们才能开始我们的模块编译。假设我们有一个源文件mymod.c。它的源码如下：
mymodules.c
1. #include linux/module.h /* 引入与模块相关的宏 */
2. #include linux/init.h /* 引入module_init() module_exit()函数 */
3. #include linux/moduleparam.h /* 引入module_param() */
4
5. MODULE_AUTHOR("Yu Qiang");
6. MODULE_LICENSE("GPL");
7
8. static int nbr = 10;
9. module_param(nbr, int, S_IRUGO);
10.
11. static int __init yuer_init(void)
12.{
13. int i;
14. for(i=0; inbr; i++)
15. {
16. printk(KERN_ALERT "Hello, How are you. %d/n", i);
17. }
18. return 0;
19.}
20.
21.static void __exit yuer_exit(void)
22.{
23. printk(KERN_ALERT"I come from yuer's module, I have been unlad./n");
24.}
25.
26. module_init(yuer_init);
27. module_exit(yuer_exit);
我们的源文件就准备的差不多了,这就是一个linux下的模块的基本结构。第9行是导出我们的符号变量nbr。这样在你加载这个模块的时候可以动态修改这个变量的值。稍后将演示。yuer_init（）函数将在模块加载的时候运行，通过输出的结果可以看到我们的模块是否加载成功。
第二步：编写Makefile文件
首先还是来看看我们Makefile的源文件，然后我们再来解释；
Makefile
obj-m := modules.o #要生成的模块名
modules-objs:= mymod.o #生成这个模块名所需要的目标文件
KDIR := /lib/modules/`uname -r`/build
PWD := $(shell pwd)
default:
make -C $(KDIR) M=$(PWD) modules
clean:
rm -rf *.o .* .cmd *.ko *.mod.c .tmp_versions
ARM平台
Makefile
obj-m += mymod.o
KDIR := /home/workspace2/kernel/linux-2.6.25 #如果是用于arm平台，则内核路径为arm内核的路径
PWD = $(shell pwd)
all:
make -C $(KDIR) M=$(PWD) modules
clean:
rm -rf *.o
在arm板上插入是
insmod mymod
如果出现以下错误
insmod: chdir(/lib/modules): No such file or directory
则运行
mkdir /lib/modules/2.6.25 (与arm内核版本相同)
并将mymod.ko文件复制到该目录下
cp mymod.ko /lib/modules/2.6.25
然后再执行 （insmod 只在/lib/modules/2.6.25目录下查找相关驱动模块）
insmod mymod
现在我来说明一下这个Makefile。请记住是大写的Makefile而不是小写的makefile；
obj-m ：这个变量是指定你要声称哪些模块模块的格式为 obj-m := 模块名.o
modules-objs ：这个变量是说明声称模块modules需要的目标文件 格式要求 模块名-objs := 目标文件
切记：模块的名字不能取与目标文件相同的名字。如在这里模块名不能取成 mymod；
KDIR ：这是我们正在运行的操作系统内核编译目录。也就是编译模块需要的环境
M= ：指定我们源文件的位置
PWD ：这是当前工作路径$(shell )是make的一个内置函数。用来执行shell命令。
第三步：编译模块
现在我们已经准备好了我们所需要的源文件和相应的Makefile。我们现在就可以编译了。在终端进入源文件目录输入make
运行结果：
make[1]: Entering directory `/usr/src/linux-headers-2.6.24-24-generic'
CC [M] /home/yuqiang/桌面/mymodule/mymodules.o
LD [M] /home/yuqiang/桌面/mymodule/modules.o
Building modules, stage 2.
MODPOST 1 modules
CC /home/yuqiang/桌面/mymodule/modules.mod.o
LD [M] /home/yuqiang/桌面/mymodule/modules.ko
make[1]: Leaving directory `/usr/src/linux-headers-2.6.24-24-generic'
第四步：加载/卸载我们的模块
从上面的编译中我可以看到。已经有一个modules.ko生成了。这就是我们的模块了。现在我们就可以来加载了。
首先在终端输入：sudo insmod modules.ko
现在我们来看看我们的模块加载成功没有呢？
在终端输入：dmesg | tail -12 这是查看内核输出信息的意思。tail -12 显示最后12条；
显示结果如下：
[17945.024417] sd 9:0:0:0: Attached scsi generic sg2 type 0
[18046.790019] usb 5-8: USB disconnect, address 9
[19934.224812] Hello, How are you. 0
[19934.224817] Hello, How are you. 1
[19934.224818] Hello, How are you. 2
[19934.224820] Hello, How are you. 3
[19934.224821] Hello, How are you. 4
[19934.224822] Hello, How are you. 5
[19934.224824] Hello, How are you. 6
[19934.224825] Hello, How are you. 7
[19934.224826] Hello, How are you. 8
[19934.224828] Hello, How are you. 9
看到了吧。我们的模块的初始化函数yuer_init();已经成功运行了。说明我们的模块已经加载成功；
现在我们再来卸载模块试试看。
在终端输入：sudo rmmod modules
在终端输入：dmesg | tail -3
[19934.224826] Hello, How are you. 8
[19934.224828] Hello, How are you. 9
[20412.046932] I come from yuer's module, I have been unlad.
可以从打印的信息中看到，我们的模块的退出函数已经被执行了。说明我们的模块已经被成功的卸载了。到目前位置我们就已经算是对模块的编译到编译运行算是有了一个整体上的认识了。对于以后深入的学习还是应该有点帮助的。下面我们将在看看于模块相关的一些简单的操作。
第五步：加载模块时传递参数
在终端输入:sudo insmod module_name.ko nbr=4
在终端输入:dmesg | tail -6
显示结果如下：
[20800.655694] Hello, How are you. 9
[21318.675593] I come from onefile module, I have been unlad.
[21334.425373] Hello, How are you. 0
[21334.425378] Hello, How are you. 1
[21334.425380] Hello, How are you. 2
[21334.425381] Hello, How are you. 3
这样我们就可以看到在模块加载的时候动态设置了我们的一个变量。初始化函数中的循环只执行了4次。
可能你会问我怎么知道一个模块可以设置那些变量呢。当然，你可以先不设变量加载一次。然后可以在终端输入ls /sys/module/modules_name/parameters/来查看。在这里我们是这样输入的
在终端输入：ls /sys/moedle/modules/parameters/
显示结果：
nbr
如果我们的模块加载成功了。最后我们还可以通过modinfo来查看我们的模块信息。如下
在终端输入：sudo modinfo modules.ko
显示结果：
filename: modules.ko
license: GPL
author: Yu Qiang
srcversion: 20E9C3C4E02D130E6E92533
depends:
vermagic: 2.6.24-24-generic SMP mod_unload 586
parm: nbr:int
如何编译预置obj 文件
1. 如何在preloader 中预置obj 文件？
Branch: GB, GB2, ICS, ICS2, JB, JB2
Step1. 首先获取obj 文件，如果是preloader 已有的Source code 需要预置为obj 文
件，那么可到如下路径获取obj 文件：mediatek/[source]/preloader/out
Step2. 在mediatek/[source]/preloader 目录下创建文件夹：myobjs，将Step1 中获取
的obj 文件放到该文件夹中
Step3. 修改mediatek/[source]/preloader/Makefile 文件，在该文件如下Code：
$(D_BIN)/$(PL_IMAGE_NAME).elf:
之前添加：
MYOBJS := $(D_ROOT)/myobj
Step4. 修改mediatek/[source]/preloader/Makefile 中$(D_BIN)/$(PL_IMAGE_NAME).elf
生成命令，将MYOBJS 加入：如下：
$(D_BIN)/$(PL_IMAGE_NAME).elf:
$(LD) --gc-sections -Bstatic -T$(MTK_PATH_PLATFORM)/link_descriptor.ld \
$(wildcard $(D_OBJ)/*) $(wildcard $(MYOBJS)/*) $(SECURITY_LIB) -Map
system.map -o $(D_BIN)/$(PL_IMAGE_NAME).elf
Step5. 如果添加的obj 文件在preloader 中有对应的Source code，还需要修改
Source code 对应的make File 文件，将该Source code 从make File 文件中删除，以
bmt.c 为例，需要修改medaitek/platform/$platform/preloader/src/drivers/makefile，
将bmt.c 从该文件的MOD_SRC 中删除
说明：preloader 的Source code 位于如下路径：
– mediatek/platform/$platform/preloader/
– mediatek/custom/$platform/preloader/
– mediatek/custom/common/preloader/
– mediatek/custom/$porject/preloader/
2. 如何在uboot 中预置obj 文件？
Branch: GB, GB2, ICS, ICS2
Case1. 该obj 文件是从第三方处获取，在codebase 原本不存在.c 文件，不需要编
译进某个lib 文件
Step1. 首先获取obj 文件
Step2. 在bootable/bootloader/uboot 目录下添加myobjs 文件夹，将Step1 中获取的
obj 文件放到该文件夹中
Step3. 修改bootable/bootloader/uboot/Makefile，在该文件如下Code：
GEN_UBOOT = \
之前添加：
MYCUSTOMOBJS := $(wildcard myobjs/*)
MEDIATEK CONFIDENTIAL
FOR zhanghui@ vanzotec.com USE ONLY
loginid=zhanghui@vanzotec.com,time=2013-10-08 19:27:59,ip=180.166.121.198,doctitle=如何在preloader、uboot、lk、kernel中预置obj文件.docx,company=Vanzo_WCX
Step4. 修改bootable/bootloader/uboot/Makefile，将MYOBJSDIR 中的obj 文件添加
到u-boot 的生成命令中，如下：
GEN_UBOOT = \
UNDEF_SYM=`$(OBJDUMP) -x $(LIBBOARD) $(LIBS) | \
sed -n -e 's/.*$(SYM_PREFIX)__u_boot_cmd_.*/-u\1/p'|sort|uniq`;\
cd $(LNDIR) $(LD) $(LDFLAGS) $$UNDEF_SYM $(MYCUSTOMOBJS)
$(__OBJS) \
Case2. 该obj 文件在Codebase 中存在对应的.c 文件，现在需要将.c 文件删除，替
换为obj 文件
Step1. 编译生成obj 文件，uboot 编译生成的obj 文件与其.c 文件位于同级目录下
Step2.在原先obj 文件目录下创建一个文件夹prebuilt，并将obj 文件放入其中，同
时将.c 文件删除
Step3. 修改包含该.c 文件的Makefile 文件(一般与.c 文件位于同级目录下)，将该obj
文件的名称从OBJS 变量中删除，同时在该Makefile 中添加一个变量，MYOBJS，将
该obj 文件添加到MYOBJS 中，以
bootable/bootloader/uboot/drivers/video/cfb_console.c 为例，修改该目录下的
Makefile 文件，将cfb_console.o 从变量OBJS 中删除，同时添加一行：
MYOBJS := cfb_console.o
Step4. 继续修改Step3 中的Makefile，将MYOBJS 添加到生成LIB 的命令中，如下：
$(LIB): $(OBJS) $(SOBJS)
$(AR) $(ARFLAGS) $@ $(OBJS) $(MYOBJS) $(SOBJS)
Case3. 某些模块，Uboot 和kernel 共用同一份Source code，比如LCM，这种情况
需要做特殊处理，以LCM 为例，如下：
Step1. 首先编译出obj 文件，路径位于：mediatek/custom/out/$project/uboot/lcm，
同时将要替换的Source code 删除(mediate/custom/common/kernel/lcm)
Step2. 在mediatek/custom/$project/uboot 下面添加lcm 文件夹，同时将Step1 中获
取到的obj 文件添加到该文件夹下，同时将原目录下的obj 文件删除(这里获取的
obj 文件一定要是Uboot 目录下的，不要到kernel 目录下获取这些obj 文件)
Step3. 修改mediatek/custom/common/uboot/Makefile 文件，将要替换的obj 文件
名称从COBJS 删除：COBJS += $(patsubst %.c, %.o, $(wildcard lcm/*.c))
Step4. 继续修改Step3 中的Makefile，添加如下Code：MYOBJS := $(addprefix $(obj),
$(wildcard lcm/*.o))，同时将MYOBJS 添加到$(LIB)的编译命令中，如下：
$(LIB): $(OBJS) $(SOBJS)
$(AR) $(ARFLAGS) $@ $(OBJS) $(MYOBJS) $(SOBJS)
说明：Uboot 的Source Code 主要位于如下路径：
– bootable/bootloader/uboot/
– mediatek/platform/$platform/uboot/
MEDIATEK CONFIDENTIAL
FOR zhanghui@ vanzotec.com USE ONLY
loginid=zhanghui@vanzotec.com,time=2013-10-08 19:27:59,ip=180.166.121.198,doctitle=如何在preloader、uboot、lk、kernel中预置obj文件.docx,company=Vanzo_WCX
– mediatek/custom/$platform/uboot/
– mediatek/custom/common/uboot/
– mediatek/custom/$porject/uboot/
3. 如何在kernel 中预置obj 文件？
Branch：GB, GB2, ICS
– 比如要将xxx.c 用xxx.o 替代编译
– 先正常编译出xxx.o
– 然后在xxx.c 所在目录下创建prebuilt 目录，将xxx.o 放入
• 注意prebuilt 目录的目录名不能修改，否则在clean 阶段会被清除
– 修改xxx.c 所在目录下的Makefile 文件，原本已经有obj-y := xxx.o，在其后
面添加xxx-y := prebuilt/xxx.o 即可
– mediatek/custom/[XXX]/kernel 目录下对应的Source Code 没有Makefile 文件，
自己在Source code 对应的同级目录下添加一个Makefile 即可
Branch：ICS2, JB, JB2
– 比如要将debug.c 用debug.o 替代编译
– 先正常编译出debug.o (针对kernel 和lk, uboot 共用Source Code 的情况，
如LCM，这里获取 到的obj 文件一定要是kernel/out 目录下的)
– 然后将debug.o 复制到原先debug.c 所在目录下，并重命名为
debug.o_shipped
– 原先debug.c 同级目录下的Makefile 不变，依然保持为
obj-y:=debug.o；mediatek/custom/[XXX]/kernel 目录下对应的Source Code 没有
Makefile 文件，自己在Source code 对应的同级目录下添加一个Makefile 即可
– 重新编译kernel 即可
说明：kernel 的Source code 主要位于如下路径：
– kernel/
– mediatek/platform/$platform/kernel/
– mediatek/[source]/kernel/
– mediatek/custom/$platform/kernel/
– mediatek/custom/common/kernel/
– mediatek/custom/$porject/kernel/
4. 如何在lk 中预置obj 文件
Branch：JB，JB2
Step1. 在bootable/bootloader/lk/makefile 中添加：MYOBJ :=
Step2. 获取obj 文件，Codebase 编译生成的obj 文件位于
bootable/bootloader/lk/build-$project/custom/$project/lk 目录下
Step3. 将获取的obj 文件放到与.c 文件相同目录下；同时可将.c 文件删除
MEDIATEK CONFIDENTIAL
FOR zhanghui@ vanzotec.com USE ONLY
loginid=zhanghui@vanzotec.com,time=2013-10-08 19:27:59,ip=180.166.121.198,doctitle=如何在preloader、uboot、lk、kernel中预置obj文件.docx,company=Vanzo_WCX
Step4. 将相应的.c 文件从包含该.c 文件的rules.mk(一般与.c 文件位于同级目录)中删
除
Step5. 将Step3 中添加的.o 文件在rules.mk 中添加到MYOBJ，比如MYOBJ += test.o
Step6. 打开bootable/bootloader/lk/make/build.mk，将MYOBJ 添加到OUTELF 的生
成命令中，如下：
else
$(OUTELF): $(ALLOBJS) $(LINKER_SCRIPT)
@echo linking $@
$(NOECHO)$(LD) $(LDFLAGS) -T $(LINKER_SCRIPT) $(ALLOBJS)
$(MYOBJ) $(LIBGCC) -o $@ endif
Step7. 如果要替换的.c 文件是lk 与kernel 共用的，比如lcm 模块，那么Step2 需要
做一下修改：将获取的obj 文件放到mediatek/custom/$project/lk/lcm 中，同时要
确保这里获取的obj 文件是bootable/bootloader/lk/build-
$project/custom/$project/lk 目录下的，不要到kernel/out 目录下获取这些obj 文件
说明：lk 的Source Code 主要位于如下路径：
– mediatek/platform/$platform/lk/
– mediatek/custom/$platform/lk/
– mediatek/custom/common/lk/
– mediatek/custom/$porject/lk/
– bootable/bootloader/lk/
MEDIATEK CONFIDENTIAL
如何编译一个linux下的驱动模块
这是一个简单而完整的实例，对于理解Linux下的驱动模块是非常有帮助的。
1.源码如下：
/*
* hello.c -- the example of printf "hello world!" in the screen of driver program
*/
#include linux/init.h
#include linux/module.h
MODULE_LICENSE("Dual BSD/GPL");/* declare the license of the module ,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");
}
module_init(hello_init); /* load the module */
module_exit(hello_exit); /* unload the module */
进入目录：
[root@Alex_linux /]#cd /work/jiakun_test/moduletest
[root@Alex_linux moduletest]# vi hello.c
然后拷入上面书上的源码。
2.编译代码：
1.首先我在2.4内核的虚拟机上进行编译，编译过程如下：
[root@Alex_linux moduletest]#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 `module_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 `module_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 moduletest]#gcc -D__KERNEL__ -I /usr/src/linux -DMODULE -Wall -O2 -c -o hello.o hello.c
[root@Alex_linux moduletest]#ls
hello.c hello.o Makefile
[root@Alex_linux moduletest]#
2.接着我尝试在2.6内核的虚拟机上进行编译
编译过程如下：
[root@JiaKun moduletest]# ls
hello.c makefile
[root@JiaKun moduletest]# vi hello.c
[root@JiaKun moduletest]# make
make -C /mylinux/kernel/2.4.18-rmk7 M=/home/alex/test/moduletest modules
make: *** /mylinux/kernel/2.4.18-rmk7: No such file or directory. Stop.
make: *** [modules] Error 2
[root@JiaKun moduletest]# vi makefile
[root@JiaKun moduletest]# make
make -C /usr/src/kernels/2.6.18-53.el5-i686 M=/home/alex/test/moduletest modules
make[1]: Entering directory `/usr/src/kernels/2.6.18-53.el5-i686'
scripts/Makefile.build:17: /home/alex/test/moduletest/Makefile: No such file or directory
make[2]: *** No rule to make target `/home/alex/test/moduletest/Makefile'. Stop.
make[1]: *** [_module_/home/alex/test/moduletest] Error 2
make[1]: Leaving directory `/usr/src/kernels/2.6.18-53.el5-i686'
make: *** [modules] Error 2
[root@JiaKun moduletest]# mv makefile Makefile
[root@JiaKun moduletest]# make
make -C /usr/src/kernels/2.6.18-53.el5-i686 M=/home/alex/test/moduletest modules
make[1]: Entering directory `/usr/src/kernels/2.6.18-53.el5-i686'
CC [M] /home/alex/test/moduletest/hello.o
Building modules, stage 2.
MODPOST
CC /home/alex/test/moduletest/hello.mod.o
LD [M] /home/alex/test/moduletest/hello.ko
make[1]: Leaving directory `/usr/src/kernels/2.6.18-53.el5-i686'
[root@JiaKun moduletest]# ls
hello.c hello.ko hello.mod.c hello.mod.o hello.o Makefile Module.symvers
3.执行代码，加载驱动模块：
2.4内核加载模块：
insmod ./hello.o
但是此时并没有输出printk打印的信息。但是可以在/var/log/messages 中看到打印的信息，这是由于KERN_ALERT优先级不够高。这里
需要修改为：KERN_EMERG。再次编译，加载模块即可以看到结果
2.6内核加载模块：
[root@JiaKun moduletest]# insmod hello.ko
[root@JiaKun moduletest]#
Message from syslogd@ at Sat Jul 26 19:52:44 2008 ...
JiaKun kernel: Hello, world
有的朋友可能会出现insmod命令找不到的错误，这可能有下面几个原因：
1 你的系统没有安装module-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 moduletest]# rmmod hello.ko
[root@JiaKun moduletest]#
Message from syslogd@ at Sat Jul 26 19:52:58 2008 ...
JiaKun kernel: Goodbye, cruel world
另外，如果有多个文件，则按下列方式编写Makefile文件（file1.c、file2.c）：
obj -m := modulename.o
module-objs := file1.o file2.o
module-objs := test.o有什么作用？
module-objs 用在多.o文件编译的时候。
解释：
obj-m := test.o是指定模块名称是test.ko。如果只是由test.o，来编译成test.ko，那后面的module-objs := test.o最好省略。
但是有时候，test.ko是由test.o file1.o file2.o这样多个.o文件编译成test.ko模块，那需要:
obj-m := test.o
module-objs := file1.o file2.o test_main.o(注意，这里不要用test.o)
模块参数
Module_param（name，type，perm）
Name是模块参数的名称，type是这个参数的类型，
Perm是模块参数的访问权限
Type常见值
Bool,int，charp：字符串型
Perm常见值：
S_IRUGO：任何用户都对/sys/module中出现的该参数具有读权限
S_IWUSR：允许root用户修改/sys/module中出现的该参数
例如：
Int a = 3；
Char *st； （不用初始化，内核给它分配空间）
Module_param(a,int,S_IRUGO);
Module_param(st,charp,S_IRUGO);
jdk nginx. redis 在arm和x86要分别编译
一、注意openssl和pcre只需要把源码解压缩，不需要单独交叉编译！
开始的时候不知道，傻傻的把这两个库弄半天把它们编译过去了。谁知道nginx的--with-pcre和--with-openssl选项，指定的是这两个库源代码的路径，并非安装路径！nginx的编译系统只会从/usr、/usr/local等少数几个目录查找是否有预编译的pcre、zlib、openssl等库。对于交叉编译，直接把交叉编译后的pcre等安装在/usr、/usr/local显然不合适，因此需要使用--with-pcre和--with-openssl指定源代码的位置
二、交叉编译nginx
在x64 linux上面编译非常简单的nginx，没想到在交叉编译的时候巨多坑。下面一个configure是编译成功的配置
进入/usr/local/src目录，创建nginx文件夹。入刚创建的nginx目录，下载nginx的tar包，解压，进入解压生成的目录，进行配置（后面有补充，建议通读一遍）编译安装查找安装路径，在执行make编译时，可以添加要编译的参数，已安装完成，比如我现在要新增 http_stub_status_module 模块参数，那么我只要把该参数添加进去然后重新编译即可，需要注意的是原先编译过的参数也要加进来。
进入nginx的安装目录，因为我安装的时候没有添加任何参数，所以这里我只需要执行
我这里只需要这一个模块，如果你安装的nginx还使用其他的模块，记得在上面的编译命令中加上。
另外，这里只能 make 千万别 make install，否则就覆盖安装了。
make完成后，在源码目录下会有一个objs目录，objs目录下就多了个nginx，这个就是新版本的程序了；
然后将objs目录下的nginx替换之前已经安装过的nginx（建议将旧的nginx程序做下备份）
，
