确保 Linux 内核编译完成 , 没有任何报错之后 ; 参考 【Linux 内核】编译 Linux 内核 ⑥ ( 安装 OpenSSL | 安装其它依赖库 | 内核编译完成 ) 博客 ;
程序交叉编译后就可以在各操作系统执行，非Java或Python依赖虚拟机，Go编译后不依赖虚拟机。
内核是任何基于 Linux 的操作系统的核心部分，它充当计算机系统软件和硬件之间的桥梁，还提供用户和应用程序与计算机交互所需的接口。内核提供了许多功能，包括进程调度、资源分配、设备管理、中断处理、内存管理和进程。
由于不同硬件的功能函数不同，因此同一个操作系统不能在不同的平台上运行。 06年以前，apple请IBM开发CPU(Power CPU)，然后apple在硬件的基础上开发自己的操作系统MAC。而Windows在x86架构上开发操作系统。因此windows无法安装到mac上。 不过06年以后apple请Intel设计x86架构的cpu，所以现在mac上也能安装windows。 ps：windows是针对x86的cpu设计的，所以只能在x86计算机上安装。而Linux是开源的操作系统，所以她的代码可以
今天继续给大家说说服务器的选购，很多站长们选购服务器的时候纠结于是选 32 位还是 64 位，今天就给大家讲讲 32 位和 64 位的区别和优缺点。
在通用PC领域，不论是windows还是linux界，我们都会经常听到"32位"与"64位"的说法，类似的还有"x86"与"x86_64"，"i386"与"amd64"，这两组概念之间有着怎样的联系和区别呢？
本文转载自：http://www.oolap.com/2015-11-07-ubuntu-install-dbgsym
Aliyun Linux 2 是为云上应用程序特别优化的开源操作系统，上游包括 4.19 LTS 内核、CentOS 7.6 软件包，为阿里云基础设施深度优化，致力于为云上用户提供最佳体验。
检查我是使用32位还是64位Ubuntu。我查看了如何检查我是否拥有32位或64位操作系统？，发现此答案为uname -a。如果它显示为i386，它将是32位和amd64，它将是64位，但我得到了这个结果：
In computing, a system call is the programmatic way in which a computer program requests a service from the kernel of the operating system it is executed on. This may include hardware-related services (for example, accessing a hard disk drive), creation and execution of new processes, and communication with integral kernel services such as process scheduling. System calls provide an essential interface between a process and the operating system.
PS：本次测试仅仅做为学习，漏洞已经提交给管理员，请勿用于非法用途，所产生的一切后果与作者无关。文章如果有问题，欢迎大家及时指正！
虚拟化技术是指在x86的系统中，一个或以上的客操作系统（Guest Operating System，简称：Guest OS）在一个主操作系统（Host Operating System，简称：Host OS）下运行的一种技术。这种技术只要求对客操作系统有很少的修改或甚至根本没有修改。x86处理器架构起先并不满足波佩克与戈德堡虚拟化需求（Popek and Goldberg virtualization requirements），这使得在x86处理器下对普通虚拟机的操作变得十分复杂。在2005年与2006年，英特尔与AMD分别在它们的x86架构上解决了这个问题以及其他的虚拟化困难。
作者Liam，海外老码农，对应用密码学、CPU微架构、高速网络通信等领域都有所涉猎。
前言： kvm-clock，tsc，hpet，acpi_pm，pit，rtc。。。这些词看着都晕了@@ 虚拟化场景下，容作者在这里一一道来。 分析： 1，Linux clocksource 以Li
除了 CPU 虚拟化，另一个关键是内存虚拟化，通过内存虚拟化共享物理系统内存，动态分配给虚拟机。虚拟机的内存虚拟化很象现在的操作系统支持的虚拟内存方式，应用程序看到邻近的内存地址空间，这个地址空间无需和下面的物理机器内存直接对应，操作系统保持着虚拟页到物理页的映射。
编译 | 核子可乐、燕珊 作者 | RON AMADEO 微软正在 Windows Subsystem for Linux 上构建一套 Android 框架。 虽然微软某高管曾在 6 年前宣称“Windows 10 之后不再有下一代 Windows 操作系统”，但事实显然并非如此。当地时间 6 月 24 日，微软举办 Windows 11 发布会，这是微软继 2015 年推出 Windows 10 操作系统以来，发布的第一个新的 Windows 系统大版本，并且 Windows 11 可谓是赚足热度，其中最
64位系统可以访问超过 4GB 的超大内存地址空间，相比32位系统只能访问 4GB 的内存地址。 64位系统的性能有一定的提升，因为 CPU 有16个一般用途的寄存器，相比32位系统只有8个。 通过使用优化的 x64-64 CPU 指令，性能得到提升。 网上的一下测试表明同一应用程序64位系统比32位系统多消耗至少有60%以上的内存，这意味着需要支付更多的成本。 性能损失，因为64位是8字节，相比32位系统只有4字节。
文章目录 一、报错信息 二、解决方案 一、报错信息 ---- 编译 Linux 内核 , 执行 sudo make 命令 , 开始正式编译 Linux 内核 , 报如下错误 : root@ubuntu:~/kernel/linux-5.6.14# sudo make SYSTBL arch/x86/include/generated/asm/syscalls_32.h SYSHDR arch/x86/include/generated/asm/unistd_32_ia32.h SYSHDR
在前两期专题中，我们分析了家庭宽带(PPPoE)和IPTV(IPoE)业务认证和数据转发平面的异同。
那些不能铭记过去的人注定要重蹈覆辙。你还记得当年用Windows隐藏文件夹藏片吗？ 作为一个屌丝，虚拟化技术确实意义非常重大。这个最显著的作用显然就是藏片，作为一个程序员，如果还用Windows文件隐藏功能来藏片，这实在是污辱自己和女朋友的智商，让广大码农抬不起头来做人。最早可以帮你实质藏片的手段来自VMware。 VMware这个名字就是一种牛逼，VM就是virtual machine，ware是取自Software中的ware，1999年VMware发布了它的第一款产品VMware Workstation，在那个赛扬333和白衣飘飘的时代。
这篇文章是对 OSDI20 的 Best Paper hXDP: Efficient Software Packet Processing on FPGA NICs 的阅读笔记，感兴趣的同学可以点击阅读原文查看论文的 paper，slide 和 video。
交叉编译其实是相对于本地编译(native build)来说的，我相信大家最开始学习 C/C++ 这些语言的时候，都是在电脑上写程序，然后在电脑上编译生成可执行文件，最后在电脑上运行。程序的编辑——》编译——》运行，整个过程都是在一台 X86 电脑上。
这种方式调试内核需要两台机器，一台用来运行Linux内核，另一台对内核进行调试。一般有以下三种常用的方案，可以根据电脑的性能或资金状况来选择。可以开两个Linux系统的虚拟机；也可以在物理机系统是linux上面装虚拟机，然后虚拟机运行一个linux；再就是买开发板来调试内核。以下是在windows上开两个虚拟机的流程描述。
在上一篇博客 【Linux 内核】Linux 内核源码结构 ( 下载 Linux 内核源码 | 使用 VSCode 阅读 Linux 内核源码 ) 中 , 使用了 Visual Studio Code 查看 Linux 内核源码 , 本篇博客开始分析 Linux 内核源码结构 ;
它使用 xmake.lua 维护项目构建，相比 makefile/CMakeLists.txt，配置语法更加简洁直观，对新手非常友好，短时间内就能快速入门，能够让用户把更多的精力集中在实际的项目开发上。
在原来配置的基础上，make menuconfig选中如下选项重新配置Linux，使之携带调试信息
Linux kernel官网：https://kernel.org/ Active kernel releases（查看EOL信息）：https://kernel.org/category/releases.html
构建Linux内核调试步骤 📷 系统版本 当前宿主机内核版本 // 目前的环境是ubuntu[root@ubuntu ~]$ uname -a Linux ubuntu 5.15.0-41-generic #44-Ubuntu SMP Wed Jun 22 14:20:53 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux 调试的内核版本 linux-4.19.25 安装系统组件 qemu-kvm [root@ubuntu ~]$ sudo apt install libvi
对用户态进程，利用gdb调试代码是很方便的手段。而对于内核态的问题，可以利用crash等工具基于coredump文件进行调试。
前言： Intel CPU的Spectre问题，在linux-upstream上有了一个叫做retpoline的解决方案。 本文选择系统调用的变化以及调用过程来分析，retpoline到底做了什么。
本文主要介绍了Linux操作系统的起源、发展和现状，以及Torvalds如何利用GNU/Linux系统在个人电脑上构建出一个自由的操作系统。同时，还介绍了其他Linux发行版以及相关的操作系统。
前面已经分析过了Intel的内存映射和linux的基本使用情况，已知head_32.S仅是建立临时页表，内核还是要建立内核页表，做到全面映射的。下面就基于RAM大于896MB，而小于4GB ，切CONFIG_HIGHMEM配置了高端内存的环境情况进行分析。
一、首先我们来看看传统数据中心的架构。一般外围是路由器、Firewall，核心是三层交换机（旁挂安全设备），底层是二层交换机、服务器、存储设备。服务器一般是专机专用，不具备弹性。同时整个系统架构一般只为一个单位、公司服务，
在《系统调用分析(1)》Linux内核之旅/张凯捷——系统调用分析（1）中，首先介绍了系统调用的概念，并对早期通过软中断(int 80)来进行系统调用的相关过程进行了分析，最后分析和介绍了为了提高系统调用的响应执行速度的两种机制——vsyscall和vDSO。
本系列是对 陈莉君 老师 Linux 内核分析与应用[1] 的学习与记录。讲的非常之好，推荐观看
在上一篇文章《系统调用分析(2)》中介绍和分析了32位和64位的快速系统调用指令——sysenter/sysexit和syscall/sysret，以及内核对快速系统调用部分的相关代码，并追踪了一个用户态下的系统调用程序运行过程。
腾讯TKEStack作为面向私有云业务场景的开源容器平台，应对的场景也会比较多样，比如国产服务器有一大阵营是基于arm架构的，那在国产化趋势下，客户的服务器架构可能会出现x86和arm混布在一起的情况；再比如随着IoT物联网的来临，以树莓派为代表的智能硬件上使用容器服务也会成为一种趋势。这意味着TKEStack单纯在x86服务器上运行是远远不够的，对于arm架构的支持，势在必行。
进程切换是一个复杂的过程，本文不准备详细描述整个进程切换的方方面面，而是关注进程切换中一个小小的知识点：TLB的处理。为了能够讲清楚这个问题，我们在第二章描述在单CPU场景下一些和TLB相关的细节，第三章推进到多核场景，至此，理论部分结束。在第二章和第三章，我们从基本的逻辑角度出发，并不拘泥于特定的CPU和特定的OS，这里需要大家对基本的TLB的组织原理有所了解，具体可以参考本站的《TLB操作》一文。再好的逻辑也需要体现在HW block和SW block的设计中，在第四章，我们给出了linux4.4.6内核在ARM64平台上的TLB代码处理细节（在描述tlb lazy mode的时候引入部分x86架构的代码），希望能通过具体的代码和实际的CPU硬件行为加深大家对原理的理解。
在前一篇文章《Linux内核跟踪：ftrace hook入门手册（上）》中，我们对部分ftrace hook经典方案中的实现细节进行了优化。本文会深入说明这些优化的原理和目的。
#---------- ADDED BY BOOTADM - DO NOT EDIT ---------- title Oracle Solaris 10 8/11 s10x_u10wos_17b X86 findroot (rootfs0,2,a) kernel /platform/i86pc/multiboot module /platform/i86pc/boot_archive #---------------------END BOOTADM-------------------- #---------- ADDED BY BOOTADM - DO NOT EDIT ---------- title Solaris failsafe findroot (rootfs0,2,a) kernel /boot/multiboot kernel/unix -s module /boot/x86.miniroot-safe #---------------------END BOOTADM--------------------
在某些情况下，我们需要对于内核中的流程进行分析，虽然通过 BPF 的技术可以对于函数传入的参数和返回结果进行展示，但是在流程的调试上还是不如直接 GDB 单步调试来的直接。本文采用的编译方式如下，在一台 16 核 CentOS 7.7 的机器上进行内核源码相关的编译（主要是考虑编译效率），调试则是基于 VirtualBox 的 Ubuntu 20.04 系统中，采用 Qemu + GDB 进行单步调试，网上查看了很多文章，在最终进行单步跟踪的时候，始终不能够在断点处停止，进行过多次尝试和查询文档，最终发现需要在内核启动参数上添加 nokaslr ，本文是对整个搭建过程的总结。
基于X86架构的Linux内核，在移植驱动的过程中，发现GPIO和I2C的device ID添加到pnp驱动框架后无法进入probe函数，后面找了下原因，因为pnp遵循的是ACPI规范，是由于如下Hardware ID字段是需要从BIOS中进行描述的，而目前的驱动匹配不到对应的字段，自然就不可能注册成功了。 PNP是什么东西？不是三极管的那个PNP啦，这个PNP表示的是：Plug-and-Play，译文为即插即用。 PNP的作用是自动配置底层计算机中的板卡和其他设备，然后告诉对应设备都做了什么。PnP的任务是把物理设备和软件设备驱动程序相配合，并操作设备，在每个设备和它的驱动程序之间建立通信信道。然后，PnP分配下列资源给设备和硬件：I/O地址、IRQ、DMA通道和内存段。即插即用设备配置的控制权将从系统BIOS传递到系统软件，所以驱动中一定会有代码进行描述，到时可以跟一下这部分的代码深入了解一下。由于PNP遵循ACPI的规范，那么既然是规范，那肯定要照着做了，规范怎么说，那就怎么做。 以下是关于ACPI Spec中对Hardware ID的描述，描述如下：
上篇文章 编译一个默认输出hello world的linux内核 中，我们已经知道如何编译一个可以自运行的linux内核，这篇文章我们来看下如何对内核进行断点调试。
网上类似标题的文章很多，但大都是从start_kernel讲起，我觉得这是远远不够的。
在 “Linux 发布 5.1, Linux Lab 同步支持” 一文中，首次得知了 Linux 移除 a.out 格式的消息，这个消息着实令人感叹，因为 a.out 伴随 Linux 的诞生至今在 Linux 中有将近 ~28 年的历史，而 a.out 本身则要追溯到更早的 Unix 时代。
从CPU发明到现在，有非常多种架构，从我们熟悉的X86，ARM，到不太熟悉的MIPS，IA64等
系统调用 跟用户自定义函数一样也是一个函数，不同的是 系统调用 运行在内核态，而用户自定义函数运行在用户态。由于某些指令（如设置时钟、关闭/打开中断和I/O操作等）只能运行在内核态，所以操作系统必须提供一种能够进入内核态的方式，系统调用 就是这样的一种机制。
kvm 是 linux 的内核的一个 module，而 xen 是一个 linux 的应用。
汇编指令读写内存变量的过程我们称为read-modify-write，简称为RMW操作。也就是说，它们读写一个内存区域两次，第一次读取旧值，第二次写入新值。
形式化验证是近年来安全操作系统发展的热门！seL4在其官网上打出的口号就是：安全不是表现不佳的借口！
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
