Linux
Linux内核构建系统原理
部分译自：《Embedded Linux System Design and Development 》 BY P. Raghavan / Amol Lad / Sriram Neelakandan
刘建文略译（http://blog.csdn.net/keminlau ）
KEY：内核构建 内核编译 kbuild Linux
内核与应用程序分开构建
内核与应用程序被设计成分开构建的，由C头文件和C库实现（KEMIN:我们一般都是基于库编译构建应用程序，这是默认的。但是如果没有与实时系统的统一构建方式对比，认识面很单一，难以较全面认识构建软件的本质）。分开构建的优点是易于独立开发新应用，满足动态需求；缺点或代价是对内核与应用的接口的维护。
举一个具体例子详述[分开构建 ]所带来的不便。假设某OEM厂商要生产两种功能类似的网络产品：以太网桥（Ethernet bridge）和路由器（router），这两项产品是基于同一个硬件设计的。由于两种产品的硬件是一样的，基本的系统支撑软件部分也是一样的（比如boot loader和BSP），它们的不同只在于基于支撑软件上的更高级一些软件功能部分。因此，为了节省开发成本，OEM厂商只为它们维护一套单一的基本支撑软件部分代码，然后根据系统选项分别为它们构建特定功能软件部分。系统构建选项可通make实现，比如make bridge构建以太网桥，make router构建路由。要实现这两个选项则要完成很多“不便”的工作（KEMIN:由此可见分开构建的方便所带来的不便，代价代价！）：
第一，为内核配置相应的协议软件，比如以太网桥需要spanning bridge，路由需要IP协议；
第二，构建相应的应用软件，比如路由器的路由服务进程（routed daemon）；
第三，配置相应的启动文件，比如网络接口初始化文件；
第四，选择相应的配置文件（比如HTML文件和CGI脚本）打包进根文件系统。
用户可能会问，为什么不把两种产品所需的东西全打包进根文件系统，然后在运行时由产品自己判断和执行所需要的东西呢？桌面系统和服务器产品一般这样做的，但嵌入式系统与桌面系统和服务器的需求不同，为了节省资源，更多的组件配置发生在构建时，而不是运行时。
要实现[构建时的组件配置 ]，需要什么样的机制呢？
内核构建过程（用户角度）
内核构建系统（kernel build system），行话kbuild，是和内核源码绑定在一起的基于GNU make的脚本系统。通过构建系统（以下简称kbuild），你可以轻易的对内核进行组态（KEMIN:组态就是所谓的配置，个人觉得台湾的这一译法较为形象和准确，为了术语统一，以下还是使用�
相关文档：
1. 学会写简单的makefile
2. 编一些应用
程序
，可以用makefile跑起来
3. 学会写驱动
的makefile
4. 写一简单char驱动，makefile编译通过，可以insmod， lsmod， rmmod. 在驱动的init函数里打印hello world，insmod后应该能够通过dmesg看到输出
。
5. 写一完整驱动， 加上read， write， ioctl， polling等� ......
陈皓 (CSDN)
概述
——
什么是makefile？或许很多Winodws的程序员都不知道这个东西，因为那些Windows的IDE都为你做了这个工作，但我觉得要作一个好的和professional的程序员，makefile还是要懂。这就好像现在有这么多的HTML的编辑器，但如果你想成为一个专业人士，你还是要了解HTML的标识的含义。特别在 ......
LINUX常用命令（基础）
1. man 对你熟悉或不熟悉的命令提供帮助解释
eg:man ls 就可以查看ls相关的用法
注：按q键或者ctrl+c退出，在linux下可以使用ctrl+c终止当前程序运行。
2. ls 查看目录或者文件的属*，列举出任一目录下面的文件
eg: ls /usr/man
ls -l
a.d表示目录(directory)，� ......
用GCC开发linux应用程序（经典）
2009年11月01日 星期日 23:58
作为自由软件的旗舰项目，Richard Stallman 在十多年前刚开始写作 GCC 的时候，还只是把它当作仅仅一个 C程序语言的编译器；GCC 的意思也只是 GNU C Compiler 而已。经过了这么多年的发展，GCC 已经不仅仅能支持 C语言；它现在还支持 Ada 语言、C++ 语言、Ja ......
媒体的推动下，两大辩手诞生，鲜明的观点对垒：正方观点：“Linux的未来在Google”;反方观点：“Linux的未来不在Google”。
瞧瞧理由吧。
正方观点: “Chrome OS使Google成为Linux的未来”
1、Ubuntu原本认为是挑战微软的骑士，不过看看他们两家的合作，以及Google的势 ......
