怎么参与内核开发 Eric Miao 大家交流下我的经验，主要是相互学习 :) 我先介绍下我的经验吧。原来我是做嵌入式开发的，主要是在 Intel/Marvell 做 PXA/Xscale 这一块的，广 泛用在 PDA 上。也许大家见过过气的 Palm 以及 CPU。 开发过程中发现总是跟随着 Kernel 升级，开发工作很被动。内核树 Kernel 升级到 2.6.14 了，而我们却 还在搞 2.6.9。那会儿我们还跟 MontaVista 有合作，所以曾经还搞过 2.4 的内核。PXA27x 上就有些客户在用 2.4，很是崩溃…… 后来我跟 boss 反应，这么开发是不行的，要把我们做的东西推到 mainline 里面去。那时开发组的反应 有两种: …… 唉，那都是很牛 B 的代码，很牛 B 的人在搞。（其实现在想想也不 都是牛人，我这样的庸枝俗粉一堆）； 2.搞 mainline kernel 很非主流，伺候好客户就行了。 所以一开始的开发我很寂寞的，不过好在老板非常支持，有了加薪的动力，做事情就卖力了。最初的确 很难，对于 ARM 社区情况不熟，发点 patch 就被弹回，大致理由有如下: 1. 你回去仔细看下 Documentation/CodingStyle

面向开发者的云原生 DevOps 平台 角色： 产品 / 架构 开发 测试 运维 运维 / 开发 技术支持 事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 xN 部署生产环境 xN 部署 / 灰度上线 xN 监控 / 告警 xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 测试 | 发布 特点： ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统 DevOps 体系 Zadig

面向开发者的云原生 DevOps 平台 角色： 产品/架构 开发 测试 运维 运维/开发 技术支持 事件 需求设计 架构设计 拆任务、写代码 代码集成 xN 单元测试验证 xN 代码扫描 xN 自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 部署预发环境 xN 部署生产环境 xN 部署/灰度上线 xN 监控/告警 xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 构建 | 测试 | 部署 部署 | 测试 | 发布 特点： ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统 DevOps 体系 Zadig

................................................................................7 1.3.1 大幅减少获取应用运行环境资源排期及总体等待时间................................. 7 1.3.2 大幅减少资源部署人工操作工作量及操作风险，解放人力.................... .....................................................................................10 1.4.1 对于应用开发测试运维人员........................................................................10 1.4.2 对于 IT 管理员.. 建立 IT 在线服务自动化门户......................................................................11 1.5.2 实现资源运行环境全生命周期管理............................................................12 1.5.3 实现运维工具深度整合、联动自动化......

则是面向开发者视角，中立，云原生一体化价值链平台。 与现存 DevOps 方案对比： 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 运行效率低，管理维护成本高 方案局限性大，安全性风险高 无法支持敏捷交付模式 支持从需求到发布全流程敏捷交付。尤其面向 多服务并行部署发布，云原生构建环境和运行 环境，基础设施对接及企业级 环境，基础设施对接及企业级 SSO/ 权限管理 等 运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者，需结合 CI/CD 工具额外 搭建全流程能力 专门面向开发者的生产力平台，涵盖需求到开 发，测试，运维的云原生一体化技术底座支撑 云厂商 DevOps 平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主，锁定风险高 支持多个服务并行构建部署、产品级发布，可 灵活安全接入多个代码仓及周边工具链 开发 Zadig 核心特性： 运维 真正意义的持续交付：以工程师体验为核心，价值交付为理念，完成需求到发布的全路径。 测试 发布 洞察 一堆复杂脚本、维护成本极高 员工手工操作费时费力易出错 手动更新服务、手动打包、交付 付效率低下、占据大量研发时间 、研发利用率极低 环境不透明、测试效率低下、测 试有效性低、大量手工、价值难

则是面向开发者视角，中立，云原生一体化价值链平台。 与现存 DevOps 方案对比： 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 运行效率低，管理维护成本高 方案局限性大，安全性风险高 无法支持敏捷交付模式 支持从需求到发布全流程敏捷交付。尤其面向 多服务并行部署发布，云原生构建环境和运行 环境，基础设施对接及企业级 环境，基础设施对接及企业级 SSO/权限管理等 运维管理类平台 蓝鲸 Rainbond KubeSphere KubeVela 面向资源管理的运维工具集 面向开发者，需结合 CI/CD 工具额外 搭建全流程能力 专门面向开发者的生产力平台，涵盖需求到开 发，测试，运维的云原生一体化技术底座支撑 云厂商 DevOps 平台 华为云 DevCloud 阿里云效 腾讯 CODING 云厂商引流为主，锁定风险高 支持多个服务并行构建部署、产品级发布，可 灵活安全接入多个代码仓及周边工具链 开发 Zadig 核心特性： 运维 真正意义的持续交付：以工程师体验为核心，价值交付为理念，完成需求到发布的全路径。 测试 发布 洞察 一堆复杂脚本、维护成本极高 员工手工操作费时费力易出错 手动更新服务、手动打包、交付 付效率低下、占据大量研发时间、 研发利用率极低 环境不透明、测试效率低下、测 试有效性低、大量手工、价值难

泰晓科技 2.5 下载实验环境 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 2.6 运行并登录 Linux Lab . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 2.7 更新实验环境并重新运行 . . . . . 快速上手：启动一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 3. Linux Lab 入门 25 3.1 使用开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 3.1.1 列出支持的开发板 . . . . . . . . . 25 3.1.2 选择一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27 3.1.3 以插件方式使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29 3.1.4 配置开发板 . . . . . . . . . . .

. 22 2.5 下载实验环境 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 2.6 运行并登录 Linux Lab . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 2.7 更新实验环境并重新运行 . . . . . 快速上手：启动一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 3. Linux Lab 入门 26 3.1 使用开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 3.1.1 列出支持的开发板 . . . . . . . . . 26 3.1.2 选择一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 3.1.3 以插件方式使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 3.1.4 配置开发板 . . . . . . . . . . .

. 22 2.5 下载实验环境 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 2.6 运行并登录 Linux Lab . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 2.7 更新实验环境并重新运行 . . . . . 快速上手：启动一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24 3. Linux Lab 入门 26 3.1 使用开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 3.1.1 列出支持的开发板 . . . . . . . . . 26 3.1.2 选择一个开发板 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 3.1.3 以插件方式使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30 3.1.4 配置开发板 . . . . . . . . . . .

openEuler 21.03 技术白皮书 1 openEuler 21.03 技术白皮书 01 / 概述 02 / 平台架构 03 / 运行环境 04 / 内核创新 05 / 云化基座 06 / 生态繁荣 07 / 增强特性 08 / 社区治理 09 / 著作权说明 10 / 商标 11 / 附录 01 04 07 09 13 17 21 25 CONTENTS 2 3 openEuler 21.03 技术白皮书 openEuler WHITE PAPER openEuler 是一个开源的 Linux 发行版平台。将通过开放的社区形式与全球的开发者共同构建一个开放、多元和架构包 容的软件生态体系。openEuler 旨在通过社区合作，打造创新平台，构建支持多种处理器架构、统一和开放的操作系统社区， 推动软硬件应用生态繁荣发展。 2019 世界带来一个全新的具备独立技术演进能力的 Linux 发行版。 2020 年 9 月 30 日，首个 openEuler 20.09 创新版正式发布，该版本是 openEuler 社区中的多个公司、团队、独立开 发者协同开发的成果，在 openEuler 社区的发展进程中具有里程碑式的意义，也是中国开源历史上的标志性的事件。 2021 年 3 月 31 日，openEuler 21.03 创新版如期而至，该版本不仅将内核切换到