如何查看linux系统源码
一般在Linux系统中的/usr/src/linux*.*.*（*.*.*代表的是内核版本，如2.4.23）目录下就是内核源代码（如果没有类似目录，是因为还没安装内核代码）。另外还可从互连网上免费下载。注意，不要总到
linux源码 linux源码目录在哪
需要多久才能看完linux内核源码？
linux0.11的内核源码，结合下面这本书，我花了大概一个寒假（1个半月），看了一遍。
然而，现在的内核已经膨胀的不成样子了，以还不算最新的linux-4.9.229为例：
整个内核源码一共约801M：
驱动代码占了大概一半，大约407M:
体系相关的代码大约164M：
网路子系统相关的代码29M：
文件系统相关的代码38M:
linux内核核心代码大约7.7M:
但是就这7.7M，其实你要完全看完看懂也不容易。linux内核代码涉及c语言、硬件组成原理、操作系统、数据结构和算法等，这些基础知道你都具备了吗？如果没有具备，即使看完linux内核源码，你也看不懂liux内核的精髓。
linux内核源码大而全，一个人，即使再聪明、再有精力，也不可能完全看完、看懂所有的linux内核源码。你得选择一个主线进行深入研究，这些主线可以是：
linux内核启动过程研究linux驱动架构的学习和研究linux网络子系统的研究linux内存管理机制的研究linux调度器的学习和研究linux进程管理的学习和研究linux虚拟机制(kvm)的学习和研究linux内核实时化技术的研究
沿着某一个主线，深入进去，在研究清楚这个主线的同时，向其他的主线扩展、渗透和学习。由点到线、由线到面、由面到体，层层深入、不断精进，是学习linux内核源码的一个有效的方法。
LINUX的源代码是什么？
就是linux内核代码,用C语言写的..
对，就是linux的内核源代码
本视频介绍了Linux的基本概念和原理，特别是介绍了Linux发行版与Linux内核的关系。
如何查看linux系统源码
例如：想在Linux系统下查看cat命令工具的源码，方法如下：
1、查看工具的路径
$ whereis cat
$ dpkg -S /bin/cat
$ sudo apt-get source coreutils
如何查看linux命令源代码和函数源代码
1. 以搜索ls命令源码为例，先搜索命令所在包，命令如下：
lpj@lpj-linux:~$ which ls
/bin/ls
2. 用命令搜索该软件所在包，代码如下：
lpj@lpj-linux:~$ dpkg -S /bin/ls
coreutils: /bin/ls
3. 从上一步中可以知道ls命令的实现在包coreutils中，用apt安装(说安装有些歧义，主要是区分apt-get -d)该包的源代码然后解压，代码如下：
sudo apt-get source coreutils
cd /usr/src/coreutils-XXX #XXX表示版本号
sudo tar zxvf coreutils-XXX.tar.gz
或者只下载源码，然后手动打补丁再解压，代码如下：
sudo apt-get -d source coreutils
cd /usr/src
tar zxvf coreutils-XXX.tar.gz
gzip -d coreutils-XXX.diff.gz #这一步会生成coreutils-XXX.diff文件
patch -p0 < coreutils-XXX.diff
cd coreutils-XXX
tar zxvf coreutils-XXX.tar.gz
OK，这几步执行完后，就可以进入/usr/src/coreutils-XXX/coreutils-XXX/src中查看各命令对应的源代码了
如何查看 linux 内核源代码
一般在Linux系统中的/usr/src/linux*.*.*（*.*.*代表的是内核版本，如2.4.23）目录下就是内核源代码（如果没有类似目录，是因为还没安装内核代码）。另外还可从互连网上免费下载。注意，不要总到
一般在Linux系统中的/usr/src/linux***（***代表的是内核版本，如2423）目录下就是内核源代码（如果没有类似目录，是因为还没安装内核代码）。另外还可从互连网上免费下载。注意，不要总到去下载，最好使用它的镜像如何查看
linux
内核源代码
我花了一年的时间把cent os 6.5的代码全部背下来了。找工作百分百offer
linux中源代码包安装的基本步骤是什么？
详解linux源码包安装过程
1. 解压缩包
可以通过下载或其他方式获得了一个软件包，通常它是一个压缩文件，大部分可能是存档的和压缩的，这些文件一般以 .tar .gz为扩展名。
首先拷贝它到一个目录，然后 untar 和 gunzip 解压它。 通常这个命令是
tar xzvf filename [filename 是软件文件名称]
解压后的文件一般会在当前目录下的创建子目录，并以这个包名来命名。 你也可以用用这个命令预先查看结果 tar tzvf filename，显示包里有那些解压文件。
源文件如果是新的 bzip2 (.bz2) 格式，可用
bzip2 -cd filename | tar xvf -,或更简单的 tar xyvf filename ，这很不错的tar命令被不断的完善。
说明：
A：有时候一些文件必须安装在用户的 home 目录下,或更多的是在一个固定的目录，比如 /, /usr/src, 或 /opt 。所以必须仔细阅读安装包的配置信息。当一个软件包里如果有config 和 Makefiles 文件则最好去编辑它，这里包括了安装指令和说明。提示：你改变 makefile 会导致不同的结果。大部分软件包允许用 make install 自动处理安置二进制文件在适当的系统位置。
B：你可能碰到过一些共享文件、shell 存档文件、尤其是 Internet 上的源码新闻组。它们保留的原因是具有人性化的可读性，并且允许新闻组缓冲并通过它们筛选和剔除出不合格的。它们可能用 unshar filename.shar 命令来解压。
C： 一些源码存档文件是用非标准的 DOS,Mac 或其他压缩的比如：
zip, arc, lha, arj, zoo, rar, and shk.
D: 有时候，你可能需要使用一个 patch 或显示改变了的 diff 文件来升级或修复存档的源码文件。这 doc 文件或者 README 文件将告诉你怎么去使用。一个很好的命令用标准语法来调用的命令是 patch < patchfile.
2: 关于 rpm 安装包
一些 Linux 用户惧怕通过使用源码来手动安装软件包，不过现在有方便的 rpm 和 deb 或 新格式的 slp 包。例如：rpm 安装运行平稳又快，作为一个软件安装在某几个有名的操作系统。
作为方便的RPM包也存在很多不好的缺点，例如：
A: 要了解软件中更多更详细的内容你必须去在二进制中去了解，而不是rpm包。
B: 还有安装一个 rpm 包如果需要依赖关系那么安装就可能会导致失败。
C: 当 rpm 请求你系统中不同版本的库，那么安装将不能继续，除非你为错误的库位置创建连接符号到正确的位置。
说明：必须使用root 安装 rpm 和 deb 。因为它需要必须的写入权限。
最简单的，用命令 rpm -i packagename.rpm 和 dpkg --install packagename.deb 会自动解包和安装。
3：关于安装 Linux 包出现的一些问题及解决方案
假设 make 失败有个链接错误： -lX11: No such file or directory，正好在 xmkmf 之后已被调用，这可能意味着 Imake 不能被完全建立。检查第一部分 Makefile 文件的的行是这样：
· LIB= -L/usr/X11/lib
· INCLUDE= -I/usr/X11/include/X11
· LIBS= -lX11 -lc -lm
这个 -L 和 -I 开关告诉编译器和链接分别在哪里找到 library 和 include 文件。在这个例子里， X11 库应该在 /usr/X11/lib 目录，且 X11 包含文件应该在 /usr/X11/include/X11 目录里。假如对于你的机器上的这个错误，请处理修改 Makefile 并重新再 make。
没有声明涉及的数学库函数，像下列各项：
/tmp/cca011551.o(.text 0x11): undefined reference to `cos'
要修复它，需要明确链接到匹配的库，在 Makefile (看先前的例子) 里增加一个 -lm 到 LIB 或 LIBS 标记 。
用其他方法尝试
仍然失败 如果失败，参考下列脚本：
make -DUseInstalled -I/usr/X386/lib/X11/config
这个直接方式的类别相当于。
在少数例子里，用 root 运行 ldconfig 可能会解决：
# ldconfig 更新共享库链接符号。
一些 Makefiles 使用你系统里未被承认的库别名。一个例子，构建可能需要 libX11.so.6 ，但是在 /usr/X11R6/lib 不存在文件或链接。然而，在那里是 libX11.so.6.1。解决方法是用 root 运行ln -s /usr/X11R6/lib/libX11.so.6.1 /usr/X11R6/lib/libX11.so.6 ，接着需要运行 ldconfig 。
有一些包需要你安装一个或更多库的升级版本。需要拷贝一个或更多的库到适当的目录里，删除旧的库，重新设置动态链接库。
4：一些其他的问题处理
安装一个shell 脚本如果出现：No such file or directory 的错误消息。这是可以检查文件权限确定文件事可执行的，并检查文件头确定是否 shell 或程序是脚本在指定的位置被调用。一个例子，这个脚本可能是这样开始的：
#!/usr/local/bin/EDEN
如EDEN的实际安装位置是在你的 /usr/bin 目录，用一个 /usr/local/bin 替代
这个脚本不能运行有两个方法来纠正！！
A: 文件头改成 #!/usr/bin/EDEN
B: 或增加一个链接符， ln -s /usr/bin/EDEN
5：一个典型的例子 Xloadimage
首先说明下面的例子来源于国外网站的一个技术实例，这里我做了翻译和整理。
这个例子展现一个简单的问题。xloadimage 程序对我的图形工具的调整设置是有用的附加。从源码目录拷贝文件，用 tar xzvf 解压文件，可是在运行 make 的时候出现令人讨厌的错误并停止了。
gcc -c -O -fstrength-reduce -finline-functions -fforce-mem
-fforce-addr -DSYSV -I/usr/X11R6/include
-DSYSPATHFILE=\"/usr/lib/X11/Xloadimage\" mcidas.c
In file included from /usr/include/stdlib.h:32,
from image.h:23,
from xloadimage.h:15,
from mcidas.c:7:
/usr/lib/gcc-lib/i486-linux/2.6.3/include/stddef.h:215:
conflicting types for `wchar_t'
/usr/X11R6/include/X11/Xlib.h:74: previous declaration of
`wchar_t'
make[1]: *** [mcidas.o] Error 1
make[1]: Leaving directory
`/home/thegrendel/tst/xloadimage.4.1'
make: *** [default] Error 2
这个错误消息包含了实质的线索：
查看 image.h 文件的 23 行：
#include < stdlib.h>
在源码的某处对于 xloadimage, wchar_t 已经在指定标准 include 文件重新定义。 告诉我们首先在 image.h 的 23 行尝试注释它，或许 stdlib.h include 是不存在的，毕竟不是所有都是必需的。
在这点，构建中的收益来源于所有任何一个致命错误。xloadimage 现在功能正常。
6： 安装 Linux 包的一些总结
坚持自己动手处理所有的安装出现的问题，不断总结努力学习，从错误里去仔细研究，努力动手排错，从每个不足甚至失败的地方得到扩充和提升，可以增强安装构建软件的技巧。
Linux内核源码解析-list.h
开头就说明了这里的 list.h 文件来自 Linux Kernel （ */include/linux/list.h ），只是去除了列表项的硬件预加载部分。
进行宏替换后就是
Note: 没搞懂这里为什么加个 osn 前缀，原本是 list_add ，现在是 osn_list_add 。
可以看到就是个简单的链表节点删除过程，同时把删除节点的前后指针设为无法访问。
删除节点后初始化，前后指针都指向自己
从A链表删除后头插法插入B链表
从A链表删除后尾插法插入B链表
先对 list 判空，非空就把 list 链表除头节点外裁剪到 head 头节点在的链表中。函数不安全， list 节点可以继续访问其他节点。
多了一步 list 重新初始化的过程。
(unsigned long)(&((type *)0)->member))) 将0x0地址强制转换为 type * 类型，然后取 type 中的成员 member 地址，因为起始地址为0，得到的 member 的地址就直接是该成员相对于 type 对象的偏移地址了。
所以该语句的功能是：得到 type 类型对象中 member 成员的地址偏移量。
先将 ptr 强制转换为 char * 类型（因为 char * 类型进行加减的话，加减量为 sizeof(char)*offset ， char 占一个字节空间，这样指针加减的步长就是1个字节，实现加一减一。）
整句话的意思就是：得到指向 type 的指针，已知成员的地址，然后减去这个成员相对于整个结构对象的地址偏移量，得到这个数据对象的地址。
就是从前往后，从后往前的区别
Note: 从head节点开始（不包括head节点！）遍历它的每一个节点！它用n先将下一个要遍历的节点保存起来，防止删除本节点后，无法找到下一个节点，而出现错误！
已知指向某个结构体的指针pos，以及指向它中member成员的指针head，从下一个结构体开始向后遍历这个结构体链
Note: 同理，先保存下一个要遍历的节点！从head下一个节点向后遍历链表。
list.h使用说明
linux内核list.h分析(一)
linux内核list.h分析(二)
【Linux内核数据结构】最为经典的链表list
