linux驱动之makefile详解
# If KERNELRELEASE is defined, we've been invoked from the
# kernel build system and can use its language.
ifneq ($(KERNELRELEASE),)
obj-m := hello.o
# Otherwise we were called directly from the command
# line; invoke the kernel build system.
else
KERNELDIR ?= /lib/modules/$(shell uname -r)/build
PWD := $(shell pwd)
default:
$(MAKE) -C $(KERNELDIR) M=$(PWD) modules
endif
当我们敲下make时，我们进入了这个权威的makefile二次。第一次进入makefile，发现KERNELRELEASE没有被设置时，于是她根据build这个符号链接定位内核源代码目录，然后进入default，开始第二个make，－C选项进入内核源代码目录，找到顶层的makefile，然后－M返回当前目录执行makefile文件，这就是第二次进入这个makefile，在这次，由于KERNELRELEASE变量已经定义，因此不需要进入else语言，在这里，obj-m:=hello.o这个语句和我们以前不是驱动程序中的makefile不同，在这里内核会帮你处理一切，这句话是告诉内核，需要从hello.o创建一个驱动模型（module）。
参考文献 《linux device drivers 3》
本文来自CSDN博客，转载自：http://blog.csdn.net/abc19842008/archive/2008/02/14/2095836.aspx
相关文档：
Linux上TCP丢失小包不可见的解决
作者：千里孤行(http://blog.csdn.net/yanghehong)
有网友在做一个Linux上的客户端碰到这样的问题：
我们在Linux下开发一个网络客户端程序（服务器是不可修改的），不断向服务器不定期发送一些很小的包（一般只有几十字节），现在出现这种情况：大部分包正常发送，但是当无线Modem ......
什么时候需要创建线程池呢？简单的说，如果一个应用需要频繁的创建和销毁线程，而任务执行的时间又非常短，这样线程创建和销毁的带来的开销就不容忽视，这时也是线程池该出场的机会了。如果线程创建和销毁时间相比任务执行时间可以忽略不计，则没有必要使用线程池了。
下面是 ......
进入vi的命令
vi filename :打开或新建文件，并将光标置于第一行首
vi +n filename ：打开文件，并将光标置于第n行首
vi + filename ：打开文件，并将光标置于最后一行首
vi +/pattern filename：打开文件，并将光标置于第一个与pattern匹配的串处
vi -r filename ：在上次正用vi编辑时发生系统崩溃，恢复filename
vi ......
发现服务器系统时间和标准时间差了10多分钟,然后零点的时间调整了下时间。过了差不多一个礼拜发展数据库中记录的时间还是不对，如是用加班调整了下时间。过了2天一看还是时间不对，一查才发现：
机器里有两个时钟。硬件时钟从根本上讲是CMOS时钟；而系统时钟是由内核维护的，它是从1969年末（� ......
所需文件hello.c, main.c, hello.h, Makefile，在同一个目录下
hello.c:
#include <stdio.h>
void hello(char name[])
{
printf("Hello %s!\n", name);
}
main.c:
#include "stdio.h"
#include "hello.h"
// The second
int main()
{
hello("GCC");
printf("Haha Linux Ubuntu!\n");
......
