没有下载内核源码时，只有四个文件夹 linux-header-4.10.0-28 和 linux-headers-4.10.0-28-generic ；
学习嵌入式Linux时，各种程序比如Linux内核、你编写的驱动、应用，都需要在Linux机器下编译。但是很多人习惯在Windows下编写文档、编写程序、聊微信。正所谓在Windows下生活，在Linux下工作。难道我们需要2台电脑，一台装Windows、另一台装Linux？不，我们可以用虚拟机。在Windows电脑上安装虚拟机，在虚拟机里安装Linux。
在线课堂：https://www.100ask.net/index（课程观看） 论 坛：http://bbs.100ask.net/（学术答疑） 开 发 板：https://100ask.taobao.com/ （淘宝） https://weidongshan.tmall.com/(天猫)
上文我们讲述了uboot编译及配置，本文讲述了如何编译kernel，对编译过程中遇到的问题进行解决
计算机学习过程中总会有各种疑问，但个人觉得，如果疑问越多，学到的东西会越多。但前提是愿意去想办法解答自己的疑问，这样就会完善自己的知识体系。遇到问题解决效率就会提升不少。
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。 今天笔者就从Linux源码的角度看下Server端的Socket在进行Accept的时候到底做了哪些事情(基于Linux 3.10内核)。
Linux采用C语言编写(在C中有嵌入汇编成分)。本文想要用Java这门语言在软件层面上模拟出Linux。
CentOS Linux 8将在今年12月31日来到它的生命周期终点（End of Life，EoL）。
上周五Red Hat再度提醒，CentOS Linux 8将在今年12月31日来到它的生命周期终点（End of Life，EoL）。
一年前Red Hat宣布将在今年底结束提供免费的CentOS Linux。上周五Red Hat再度提醒，CentOS Linux 8将在今年12月31日来到它的生命周期终点（End of Life，EoL）。
RT-Preempt Patch是在Linux社区kernel的基础上，加上相关的补丁，以使得Linux满足硬实时的需求。下面是编译RT linux内核的流程，以内核3.18.59为例。
一年前Red Hat宣布将在今年底（2021年）结束提供免费的CentOS Linux（CentOS 已死！＂免费＂的 RHEL 没了...）。上周五Red Hat再度提醒，CentOS Linux 8将在今年12月31日来到它的生命周期终点（End of Life，EoL）。对于：CentOS 停止服务！我们用哪个？Ubuntu or Debian？
在上一篇文章《系统调用分析(2)》中介绍和分析了32位和64位的快速系统调用指令——sysenter/sysexit和syscall/sysret，以及内核对快速系统调用部分的相关代码，并追踪了一个用户态下的系统调用程序运行过程。
linux实用技巧：你该使用ctags查找源码了 ---- 1.ctags简介： “哦，这个多的文件，我该如何去查看XX函数的实现！”相信这是很多朋友的抱怨。太多的文件导致我们无法去定位一个函数的实现或者一个宏定义的位置。显然对于源码的阅读和个人的学习都是非常不利的。多么希望有一个软件能够输入命令就能够精确的定位函数的位置。是的，现在有这么一个工具：ctags,它需要和vim编辑器配合使用，让源码阅读可以更加轻松。 什么是ctags？ ctags（Generate
大家好，今天给大家分享一个source insight 3.5版本的主题背景配置，当然现在4.0版本的功能更强大，不过有些人比较怀旧，还是挺喜欢3.5版本的。
使用 git push 将一个 173.86 MB 的文件推送到 GitHub 时出现如下报错
首发平台：微信公众号baiwenkeji 很多人在做触摸屏驱动实验，移植tslib库时，可能会出现错误提示“selected device is not a touchscreen I understand”
最近又在研读操作系统方面的东西，回顾了我从一开始学习操作系统至今的整个历程，大致分为了几个阶段：
今天开始走读 k8s 的代码，走读代码还是非常有意思的。首先选择的是 controller-manager 这个组件。这几天也看了《kubernetes源码剖析》的前两章，这本书还是不错的，推荐大家阅读。前面两章主要讲解什么是 kubernets，它的来历，它的架构，它的代码结构，以及它的编译过程。读代码首先要了解它的架构，其次要知道它的代码结构。代码结构就是整个代码目录的组成，那个目录中的文件是做什么的。看了这本书的前面 2 章，对它的架构和结构就会有比较清晰的认识。
今天在使用64位的Ubuntu 14.04系统编译linux源码的make menuconfig命令时，得到了一个错误的提示，说我没有安装相应的库：
因为目前所有的语言的开发环境里，C语言能做到编译成不依赖操作系统的形式二进制代码，C语言的各种脱离系统的库最丰富，最完整，C语言用来开发操作系统的工具最多。
在文章《redis代码走读与编程实践——网络交互篇（上）》中，对redis连接请求与建立流程进行源码剖析和走读；本文主要尝试编写一个简单的redis客户端和redis-server进行连接和交互，借此加深对上文源码走读的理解，更多内容移步作者个人博客。为便于理解和组织文章，实验分为三个部分：
很多情况下，我们对一些开源的组件会用、或者通过官方文档、实际部署测试对其原理有一定程度的理解就可以了，不一定需要进行源码的阅读。因为阅读源码确实是一件非常耗精力的事情。
本篇记录下本地搭建QEMU环境，运行linux 仿真环境，这样就可以运行自己编译或修改的内核了。
闲话不多说，今天来看看汇编中如何实现memcpy和memset(脑子里快回忆下你最后一次接触汇编是什么时候......)
在开机的时候，主板上的 BIOS程序 会把硬盘启动区的512个字节复制到内存里的0x7c00的位置，再跳转到这里运行。
操作系统（Operating System，简称OS），是管理和控制计算机硬件与资源的计算机程序，是直接运行在“裸机”上的最基础的系统软件，任何其他软件都必须在操作系统的支持下才能运行。
Linux内核源码分析方法 一、内核源码之我见 Linux内核代码的庞大令不少人“望而生畏”，也正因为如此，使得人们对Linux的了解仅处于泛泛的层次。如果想透析Linux，深入操作系统的本质，阅读内核源码是最有效的途径。我们都知道，想成为优秀的程序员，需要大量的实践和代码的编写。编程固然重要，但是往往只编程的人很容易把自己局限在自己的知识领域内。如果要扩展自己知识的广度，我们需要多接触其他人编写的代码，尤其是水平比我们更高的人编写的代码。通过这种途径，我们可以跳出自己知识圈的束缚，进入他人的知识圈，了解更
源码的下载可以从网站：https://mirrors.edge.kernel.org/pub/linux/kernel/
硬件绑定：早期的Unix系统都是针对专门的硬件系统开发的，不同厂商都是为自己的服务器开发专门的Unix操作系统。
Linux的最大的好处之一就是它的源码公开。同时，公开的核心源码也吸引着无数的电脑爱好者和程序员；他们把解读和分析Linux的核心源码作为自己的 最大兴趣，把修改Linux源码和改造Linux系统作为自己对计算机技术追求的最大目标。 Linux内核源码是很具吸引力的，特别是当你弄懂了一个分析了好久都没搞懂的问题；或者是被你修改过了的内核，顺利通过编译，一切运行正常的时候。 那种成就感真是油然而生！而且，对内核的分析，除了出自对技术的狂热追求之外，这种令人生畏的劳动所带来的回报也是非常令人着迷的，这也正是它拥有众多追 随者的主要原因： 首先，你可以从中学到很多的计算机的底层知识，如后面将讲到的系统的引导和硬件提供的中断机制等；其它，象虚拟存储的实现机制，多任务机制，系统保护 机制等等，这些都是非都源码不能体会的。 同时，你还将从操作系统的整体结构中，体会整体设计在软件设计中的份量和作用，以及一些宏观设计的方法和技巧：Linux的内核为上层应用提供一个与 具体硬件不相关的平台；同时在内核内部，它又把代码分为与体系结构和硬件相关的部分，和可移植的部分；再例如，Linux虽然不是微内核的，但他把大部分 的设备驱动处理成相对独立的内核模块，这样减小了内核运行的开销，增强了内核代码的模块独立性。 而且你还能从对内核源码的分析中，体会到它在解决某个具体细节问题时，方法的巧妙：如后面将分析到了的Linux通过Botoom_half机制来加 快系统对中断的处理。 最重要的是：在源码的分析过程中，你将会被一点一点地、潜移默化地专业化。一个专业的程序员，总是把代码的清晰性，兼容性，可移植性放在很重要的位 置。他们总是通过定义大量的宏，来增强代码的清晰度和可读性，而又不增加编译后的代码长度和代码的运行效率；他们总是在编码的同时，就考虑到了以后的代码 维护和升级。 甚至，只要分析百分之一的代码后，你就会深刻地体会到，什么样的代码才是一个专业的程序员写的，什么样的代码是一个业余爱好者写的。而这一点是任何没有真 正分析过标准代码的人都无法体会到的。 然而，由于内核代码的冗长，和内核体系结构的庞杂，所以分析内核也是一个很艰难，很需要毅力的事；在缺乏指导和交流的情况下，尤其如此。只有方法正 确，才能事半功倍。正是基于这种考虑，作者希望通过此文能给大家一些借鉴和启迪。 由于本人所进行的分析都是基于2.2.5版本的内核；所以，如果没有特别说明，以下分析都是基于i386单处理器的2.2.5版本的Linux内核。 所有源文件均是相对于目录/usr/src/linux的。 要分析Linux内核源码，首先必须找到各个模块的位置，也即要弄懂源码的文件组织形式。虽然对于有经验的高手而言，这个不是很难；但对于很多初级的 Linux爱好者，和那些对源码分析很有兴趣但接触不多的人来说，这还是很有必要的。 1、Linux核心源程序通常都安装在/usr/src/linux下，而且它有一个非常简单的编号约定：任何偶数的核心（的二个数为偶数，例如 2.0.30）都是一个稳定地发行的核心，而任何奇数的核心（例如2.1.42）都是一个开发中的核心。 2、核心源程序的文件按树形结构进行组织，在源程序树的最上层，即目录/usr/src/linux下有这样一些目录和文件。 ◆ COPYING: GPL版权申明。对具有GPL版权的源代码改动而形成的程序，或使用GPL工具产生的程序，具有使用GPL发表的义务，如公开源代码。 ◆ CREDITS: 光荣榜。对Linux做出过很大贡献的一些人的信息。 ◆ MAINTAINERS: 维护人员列表，对当前版本的内核各部分都有谁负责。 ◆ Makefile: 第一个Makefile文件。用来组织内核的各模块，记录了个模块间的相互这间的联系和依托关系，编译时使用；仔细阅读各子目录下的Makefile文件 对弄清各个文件这间的联系和依托关系很有帮助。 ◆ ReadMe: 核心及其编译配置方法简单介绍。 ◆ Rules.make: 各种Makefilemake所使用的一些共同规则。 ◆ REPORTING-BUGS:有关报告Bug 的一些内容。 ● Arch/ ：arch子目录包括了所有和体系结构相关的核心代码。它的每一个子目录都代表一种支持的体系结构，例如i386就是关于intel cpu及与之相兼容体系结构的子目录。PC机一般都基于此目录； ● Include/: include子目录包括编译核心所需要的大部分头文件。与平台无关的头文件在 include/linux子目录下，与 intel c
Linux下的软件包众多，且几乎都是经 GPL 授权、免费开源（无偿公开源代码）的。这意味着如果你具备修改软件源代码的能力，只要你愿意，可以随意修改。
Linux软件简介 Linux上几乎所有的软件都经过了GPL授权，因此几乎所有的软件都会提供源码。 而一个软件要在Linux上执行，必须是二进制文件，因此当我们拿到软件源码后，需要将它编译成二进制文件才能在Linux上运行。 软件编译过程 将源码编译成可供Linux运行的二进制文件一共需要两步： 1. 使用gcc编译器将源码编译成目标文件 2. 再次使用gcc编译器将目标文件链接成二进制文件 这过程看似简单，实则不然。一个软件的源代码往往被封装在多个源文件中，此外这些文件有错综复杂的依赖关系，
/lib/i386-linux-gnu/libc.so.6(gsignal+0x4f) [0xb2b751df]
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。 大部分高性能网络框架采用的是非阻塞模式。笔者这次就从linux源码的角度来阐述socket阻塞(block)和非阻塞(non_block)的区别。 本文源码均来自采用Linux-2.6.24内核版本。
笔者一直以为在Linux下TIME_WAIT状态的Socket持续状态是60s左右。线上实际却存在TIME_WAIT超过100s的Socket。由于这牵涉到最近出现的一个复杂Bug的分析。所以，笔者就去Linux源码里面，一探究竟。
用了Linux这么久,还是一知半解的,毕竟不看Linux源码,许多奇淫巧技都不知道如何使用,就分享一些实用的小技巧和网上搜集的东西吧!
而且，这个超时时间在不同的网络的情况下，根本没有办法设置一个死的值。只能动态地设置。 为了动态地设置，TCP引入了RTT——Round Trip Time，也就是一个数据包从发出去到回来的时间。这样发送端就大约知道需要多少的时间，从而可以方便地设置Timeout——RTO（Retransmission TimeOut），以让我们的重传机制更高效。 听起来似乎很简单，好像就是在发送端发包时记下t0，然后接收端再把这个ack回来时再记一个t1，于是RTT = t1 – t0。没那么简单，这只是一个采样，不能代表普遍情况。
本文介绍了如何通过Linux内核和硬件平台驱动程序实现IO复用，并使用应用层程序对IO进行操作。首先介绍了Linux内核的IO模型和硬件平台，然后详细阐述了驱动程序如何实现IO复用，接着介绍了应用层程序如何调用驱动程序来实现IO操作。最后通过总结和展望对全文内容进行了梳理和概括。
分析思路是，先可以用动态分析去初步分析，然后通过静态分析走读代码再从代码层面确认。
Stack这个数据结构还是比较容易理解的，满足LIFO，即先进后出，看下它的结构图，然后分析一下源码进行理解一下。
今天我们来玩一下ChaosMesh模拟网络duplicate包的情况。同时也要看一下对应用产生的直接影响。
内核源码网址：http://www.kernel.org，所有来自全世界的对Linux源码的修改最终都会汇总到这个网站，由Linus领导的开源社区对其进行甄别和修改最终决定是否进入到Linux主线内核源码中。
一直以来想出一个Git的教程，去年写过一篇，后来没了下文，烂尾了。最近忙里偷闲，还是想把这个Git系列写一遍，这次争取写完。 本文我主要想先简单介绍下Git，然后介绍下Git的安装。 毫无疑问，Git是目前最优秀的分布式版本控制工具，木有之一，可是我见到的很多人还是不会用，我的老东家每天忍受着SVN带来的痛苦，却迟迟不愿切换到Git上，个人感觉，许多中小公司不用Git，不是因为Git不好，而是他们的项目经理不会用（逃。 OK，那么今天我们就先来简单介绍下Git的发展史以及Git的优点，然后再来看看Git的安
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。 今天笔者就来从Linux源码的角度看下Server端的Socket在进行bind的时候到底做了哪些事情(基于Linux 3.10内核)。
这个是对腾讯开源组件spp 框架源码学习后的一个流程梳理。主要包括spp组成，以及各模块的函数调用流程
通常来看，Redis开发和运维人员更加关注的是Redis本身的一些配置优化，例如AOF和RDB的配置优化、数据结构的配置优化等，但是对于操作系统是否需要针对Redis做一些配置优化不甚了解或者不太关心，然而事实证明一个良好的系统操作配置能够为Redis服务良好运行保驾护航。
我现在是自己做，但我此前有多年在从事软件开发工作，当回过头来想一想自己，觉得特别想对那些初学JAVA/DOT。NET技术的朋友说点心里话，希望你们能从我们的体会中，多少受点启发(也许我说的不好，你不赞同但看在我真心的份上别扔砖头啊)。
container_of可以说是内核中使用最为频繁的一个函数了，简单来说，它的主要作用就是根据我们结构体中的已知的成员变量的地址，来寻求该结构体的首地址，直接看图，更容易理解。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
