obj-m := mytest.o
mytest-objs := file1.o file2.o file3.o
else
KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
default:
$(MAKE) -C $(KDIR) M=$(PWD) modules//到linux源码所在的目录执行主Makefile 并当前路径传给主Makefile,告诉主Makefile执行完后返回到当前目录,执行Makefile
endif
解释为：
KERNELRELEASE
是在内核源码的顶层Makefile中定义的一个变量，在第一次读取执行此Makefile时，KERNELRELEASE没有被定义，
所以make将读取执行else之后的内容。如果make的目标是clean，直接执行clean操作，然后结束。
表明然后返回到当前目录继续读入、执行当前的Makefile。
解析kbuild语法的语句，make将继续读取else之前的内容。else之前的内容为kbuild语法的语句,
指明模块源码中各文件的依赖关系，以及要生成的目标模块名。mytest-objs := file1.o file2.o
file3.o表示mytest.o 由file1.o，file2.o与file3.o 连接生成。obj-m :=
mytest.o表示编译连接后将生成mytest.o模块。
----------------------------------------------------------------------
另外转载：
发现自己以前写的2.4的模块无法在2.6下面编译使用了，需要用新的Makefile才行。简单的说就像这个样子：
obj-m := mytest.o
KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
default:
$(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules
就可以了，模块的名称是mytest，最后编译出来是mytest.ko，剩下的系统搞定。当然这里有一些隐含规则了，就是mytest.o由
mytest.c或者mytest.S编译出来。如果模块是由多个源文件搞定的，那么建议去参考
~linuxsrc/Documentation/kbuild/下的一些文档。
-------------------------------------------------------------------------------------------------
如果是多个源文件编译出一个模块，那么假设模块名是mytest.ko，那么源文件名不能有mytest.c，下面是一个例子：
obj-m := mytest.o
mytest-objs := file1.o file2.o file3.o
KDIR := /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
default:
$(MAKE) -C $(KDIR) M=$(PWD) modules
这里比较奇怪的是makefile里面没有用SUBDIRS=，而是用了M=
关于前面的makefile当中用M=代替SUBDIR=，效果是一样的，但是M=更明确，参见《从 2.4 到 2.6：Linux 内核可装载模块机制的改变对设备驱动的影响》
http://www-128.ibm.com/developerworks/cn/linux/l-module26/
另外，编译完内核以后用make INSTALL_MOD_PATH=/pathyouwant modules_install可以把内核模块装到指定目录
这里/usr/local/src/kernel/linux-2.6.16.20是内核源码树所在的目录.
-C表示要求make先切换到-C指定的目录. SUBDIRS(也可以用M代替SUBDIRS)使make在编译模块之前回到当前目录.
整个编译过程实际上是执行-C指定的内核源码树的Makefile, 并通过SUBDIR指定你要编译的内核源文件的目录.