1.Linux SPI-NAND 驱动开发指南
2.Linux驱动编程——ch340x驱动移植
3.Gevent源码剖析（二）：Gevent 运行原理
4.资深CHO对于OKR的目标目标实战笔记
5.Linux下驱动安装指南linux下安装驱动
6.什么是源代码？

Linux SPI-NAND 驱动开发指南

       Linux SPI-NAND 驱动开发指南概述

       1.1 目的

       本指南旨在详细介绍Sunxi SPINand mtd/ubi驱动，为驱动和应用开发者提供便利。驱动驱动

       1.2 适用范围

       适用于所有sunxi平台的源码源码NAND MTD/UBI驱动开发。

       1.3 参与人员

       包括NAND模块开发者和应用开发者在内的目标目标相关人员。

       关键概念

       MTD：Linux子系统中的驱动驱动内存技术设备，负责Flash驱动部分。源码源码cpld源码参考

       UBI：基于MTD的目标目标子系统，管理NAND特性，驱动驱动屏蔽底层细节。源码源码

       坏块：由制造工艺和设备性质导致的目标目标不可用存储单元。

       开发流程

       3.1 结构设计

       NAND MTD/UBI驱动由5个核心组件构成，驱动驱动如图所示：

       3.2 源码位置

       驱动代码位于Linux 5.4内核的源码源码mtd/awnand/spinand目录下。

       关键数据定义

       flash设备信息：包含型号、目标目标ID、驱动驱动芯片内部结构等详细参数。源码源码

       chip操作接口：如读写、擦除、ecc处理和缓存管理等。

       操作请求结构：定义了操作的目标页面和数据结构。

       UBI ECC header：存储擦除计数器等信息。

       UBI VID header：逻辑和物理块映射的详细描述。

       接口说明

       3.4.1 MTD层接口：包括 erase、read、read_oob、write、write_oob、检查坏块和标记坏块等。

       3.4.2 物理层接口：针对芯片级别的读写、擦除和坏块操作。

       模块配置

       4.1 U-Boot配置：涉及特定菜单项，如图所示。

       4.2 内核配置：涉及UBI、NAND和SPI相关配置，如SPI设备、DMA和SID设置。

       4.3 env.cfg：在构建过程中，通过添加特定变量来定制驱动环境。

Linux驱动编程——chx驱动移植

       chx驱动移植主要概念

       移植指的是将厂商提供的驱动源码调整适配到特定的系统版本。Linux系统通常会提供这些驱动的源代码。

       ch简介

       这是一种用于USB转串口的芯片，需要编写驱动程序。

       实验目的

       在Linux平台上熟悉驱动移植、编译和加载的方法，实现官方chx驱动的moonlight源码USB转串口功能。

       硬件电路

       开发板和一个CH模块。

       驱动源码下载

       从blog.csdn.net/JAZZSOLDI...下载Linux驱动CHSER_LINUX.ZIP，包含chx.c（驱动源码）、Makefile（编译文件）和readme.txt（版本和命令说明）。

       代码修改

       主要修改chx.c的两处代码，注释某些代码，同时自定义Makefile。

       编译运行

       使用make命令编译，生成chx.ko的目标文件。使用make install将目标文件拷贝到NFS目录。插入CH模块后，使用insmod命令加载chx驱动。

       实验现象

       加载驱动后，系统立即识别出新的串口，证明移植成功。

       总结

       完成驱动的移植后，验证了USB转串口功能的实现，验证了驱动在特定系统环境下的兼容性与可用性。

Gevent源码剖析（二）：Gevent 运行原理

       Gevent的运行原理在python2.7.5版本下，涉及多个关键概念。简单来说，它通过Greenlet类和Hub事件循环实现并发执行。以下是核心步骤：

       首先，通过导入gevent模块，引入其初始化设置，greenlet的运行函数通过gevent.spawn()方法注册到Hub，这个过程包括获取Hub实例、初始化greenlet并保存函数和参数。get_hub()利用线程局部存储保证Hub的多线程一致性。

       接着，greenlet通过g.start()注册到事件循环，回调事件由switch()控制，而不是直接运行函数，实现了协程的切换。Gevent提供了join()和joinall()两个入口，其中joinall()控制了整个流程。

       在详细流程中，iwait()函数扮演重要角色，通过创建Waiter对象，将协程的switch()链接到目标，通过waiter.get()控制协程执行和返回。Hub事件循环与运行协程通过waiter.get()和waiter.switch()协同工作，实现了并发执行。openpty源码

       目标协程的执行涉及事件循环的启动，通过Cython调用libev库执行。目标函数在run()中执行，并通过_report_result()和_report_error()处理结果或异常。"绿化"函数是实现并发的关键，它们允许在等待I/O操作时释放控制权，从而实现多任务并发。

       总的来说，Gevent的运行涉及复杂的协程调度和事件驱动，虽然本文仅触及表面，但其背后的并发机制和技术细节更为丰富，包括异常处理和大量"绿化"函数的使用，这将在后续深入探讨。

资深CHO对于OKR的实战笔记

       今天晚上，我有幸参与了一场关于OKR（Objectives and Key Results）的深度讨论，主题涉及OKR的实战应用、落地策略以及与企业文化的融合。这场交流由飞书咨询副总裁袁凌梓女士和源码资本的郑云端先生主讲，我在此分享一些关键观点和我的思考。

       袁总的精彩观点首先聚焦于OKR落地的阶段性过程。他认为，OKR的实施并非一蹴而就，通常需要经过三个阶段：第一阶段是模仿与实践，即在一年内学习与尝试；第二阶段是深入与专注，需再花一年时间深化理解和应用；最后阶段是灵活与创新，持续调整与优化，维持一年的时间。此过程需至少三年的持续努力。

       袁总进一步指出，当前经济环境的不确定性，使得一些企业选择回归KPI（Key Performance Indicators）以求生存，但实际效果可能适得其反。相反，利用OKR反而可能为企业开启新的战略机遇。他还强调，OKR的引入与企业所处行业无关，关键在于企业的发展阶段。对于正处于探索与发展期的企业而言，引入OKR尤为适宜。

       在引入OKR前，企业需深入思考几个核心问题。首要问题是企业希望塑造怎样的文化，是JZSearch源码自上而下，还是鼓励自下而上，或是两者结合？企业希望保持稳定，还是鼓励创新和风险探索？其次，企业应评估自身是否具备开放、协同、群策群力的文化基础。此外，是否能够激发员工的独立思考和主动性？企业是否需要对过程进行管理与干预？最后，需明确OKR是企业的核心工程，人力资源部门不能独自承担，而是需要业务高管与人力资源部门协同推进。寻找“速赢”部门、领导者或业务线对于变革管理至关重要。

       郑总的精彩观点则从组织内部驱动的角度出发，探讨了四个阶段：愿景驱动、目标驱动、金钱/物质驱动、权力驱动。他提出，相对更为合理的是目标驱动。同时，他强调了四个断裂点：使命与个人梦想的不匹配、人与岗位的不适应、局部与整体的脱节、当下与未来的不连贯。郑总提出，为了成功实施OKR，需要建立战略会议与经营复盘会议的机制，确保闭环管理。在遇到困难时，应时刻回到引入OKR的初衷，重新审视目标。

       我的个人思考聚焦于OKR与KPI的融合与进化。我认为，OKR和KPI没有绝对的界限，擅长运用的企业能够灵活运用两者，实现优势互补。KPI虽然常被批评缺乏生命力，但其背后的逻辑是关注目标的正确性，确保结果导向。KPI正在不断迭代与进化，变得更加灵活敏捷，成为具有“OKR神韵”的worksheet源码独特工具。对于《绩效主义毁了索尼》的文章观点，我认为其可能过于片面，忽略了KPI在不同情境下的适用性与价值。

       最后，我分享了几个关键观点。目标与员工收益的挂钩形成博弈，这是人性的体现。目标设定应精准，绩效文化则负责激励与管理。在目标明确且与员工收益挂钩的情况下，员工会自然朝着目标努力，但这也可能限制员工的潜能。因此，一些OKR实践者选择不将OKR直接与员工考核挂钩，以平衡目标与潜能的关系。好的管理虽有时违背人性，但有助于组织凝聚力与竞争力的提升。面对管理方式的差异，重要的是尊重个人选择与偏好，毕竟“萝卜白菜，各有所爱”。

Linux下驱动安装指南linux下安装驱动

       Linux中一般用于驱动安装的都是DKMS（Dynamic Kernel Module Support）动态内核模块支持机制。大部分发行版的安装介质都包含DKMS，从而使我们可以更容易地构建和安装设备驱动程序。本文将简要介绍如何在Linux下安装驱动程序。

       1、检查内核。根据当前运行的内核，无论是下载公开可用的最新Linux内核，还是利用国内各种发行版，如CentOS和Ubuntu，通过它们提供的内核文件的方法，都可以安装最新的内核。可以用此处的代码查看内核信息：`uname –r`。

       2、DKMS安装。从字面上可以看出，DKMS是用于管理动态内核模块，它能够自动匹配内核架构、重新安装内核时重新构建内核模块等。比起内核编译，使用DKMS构建设备驱动更为容易，也可以减轻Linux发行版的分发量。可以用以下代码安装DKMS：`sudo apt-get install dkms`

       3、准备构建和安装模块补丁文件。系统准备好后，就可以准备构建模块文件和安装相关的补丁文件了。设备驱动的源码文件和补丁文件可以从设备制造商的官网上获得，我们可以下载安装。

       4、编译模块文件。将模块文件解压至目标目录后，将它添加到DKMS的支持中：`sudo dkms add -m -v `。接下来就可以编译这一模块文件：`sudo dkms install -m -v `。

       5、模块安装完成后，我们可以使用如下命令确认模块是否正确安装：`modprobe `，如果提示”module not found”，则表示构建失败。

       以上步骤给出了Linux下安装驱动程序的指南。在执行安装之前，需要评估构建环境、模块版本和兼容性等，以确保所有操作都能成功执行。然而，由于已经完善的支持，只要采取合理的步骤，我们都可以轻松完成驱动的安装。

什么是源代码？

       源代码：打开系统与应用神秘面纱的关键

       在科技日新月异的今天，"开放源代码"和"安卓开源项目"这些术语频繁出现，但源代码到底在系统和应用中扮演着怎样的核心角色？让我们深入探讨一下这个看似神秘却至关重要的概念。

       源代码，简单来说，是编程世界中的灵魂，它是相对于计算机可以直接理解和执行的机器代码（destination code）的原始形式。代码，如同人类语言的抽象版本，是机器能够识别并执行的指令集合。编程，就是通过编写源代码，构建一系列逻辑清晰、功能完备的指令，形成我们所说的程序（program），即一系列有序执行的代码指令。

       想象一下，早期的程序员在打孔机上直接操作二进制代码，那是一种繁琐而易出错的工作。随着技术进步，我们有了编译器（compiler），它将人类可读的源代码（如汇编语言）转换成机器可执行的目标代码，如mov ax, 0，对应着等二进制指令。这就是编译的过程，源代码由此被赋予了实际生命，成为开发者与机器沟通的桥梁。

       在当今的编程世界中，源代码不再局限于 CPU时代的汇编语言，而是涵盖了多种高级语言，如JavaScript、Swift、Kotlin等，这些语言更接近自然语言，是程序员创作的起点，也是用户接触不到的幕后英雄。通常，源代码被视为商业机密，因为用户通常并不需要浏览器的底层源代码或网站后台的细节，他们关心的只是最终应用是否能满足他们的需求。

       然而，开放源代码（Open Source）的意义在于，它打破了传统的封闭模式，允许开发者自由查看、修改和分享源代码。以Android为例，其开源的特性使得任何人都可以参与改进和创新，这使得开放的代码与封闭的代码在实际应用上并无明显区别。源代码的开放并不意味着地位的高低，而是赋予了代码更大的灵活性和社区合作的力量。

       源代码的地位，更多的是体现在它所驱动的技术创新和社区共享上。它激发了开发者之间的协作，推动了技术的进步，也使得用户能够参与到产品的迭代中。对于用户而言，源代码的存在更多的是间接的，但对整个科技生态系统而言，它却是不可或缺的基石。

       现在，你对源代码有了更深入的理解了吗？若想了解更多关于开源许可证等话题，继续提问，让我们共同探索科技世界的无限可能。

Linux驱动开发笔记（一）：helloworld驱动源码编写、makefile编写以及驱动编译基本流程

       前言

       基于linux的驱动开发学习笔记，本篇主要介绍了一个字符驱动的基础开发流程，适合有嵌入式开发经验的读者学习驱动开发。

       笔者自身情况

       我具备硬件基础、单片机软硬基础和linux系统基础等，但缺乏linux驱动框架基础，也未进行过linux系统移植和驱动移植开发。因此，学习linux系统移植和驱动开发将有助于打通嵌入式整套流程。虽然作为技术leader不一定要亲自动手，但对产品构架中的每一块业务和技术要有基本了解。

       推荐

       建议参考xun为的视频教程，教程过程清晰，适合拥有丰富知识基础的资深研发人员学习。该教程不陷入固有思维误区，也不需要理解imx6的庞杂汇报，直接以实现目标为目的，无需从裸机开始开发学习，所有步骤都解释得清清楚楚。结合多年相关从业经验，确实能够融会贯通。从业多年，首次推荐，因为确实非常好。

       驱动

       驱动分为四个部分

       第一个驱动源码：Hello world!

       步骤一：包含头文件

       包含宏定义的头文件init.h，包括初始化和宏头文件，如module_init、module_exit等。

       #include

       包含初始化加载模块的头文件

       步骤二：写驱动文件的入口和出口

       使用module_init()和module_exit()宏定义入口和出口。

       module_init(); module_exit();

       步骤三：声明开源信息

       告诉内核，本模块驱动有开源许可证。

       MODULE_LICENSE("GPL");

       步骤四：实现基础功能

       入口函数

       static int hello_init(void) { printk("Hello, I’m hongPangZi\n"); return 0; }

       出口函数

       static void hello_exit(void) { printk("bye-bye!!!\n"); }

       此时可以修改步骤二的入口出口宏

       module_init(hello_init); module_exit(hello_exit);

       总结，按照四步法，搭建了基础的驱动代码框架。

       Linux驱动编译成模块

       将驱动编译成模块，然后加载到内核中。将驱动直接编译到内核中，运行内核则会直接加载驱动。

       步骤一：编写makefile

       1 生成中间文件的名称

       obj-m += helloworld.o

       2 内核的路径

       内核在哪，实际路径在哪

       KDIR:=

       3 当前路径

       PWD?=$(shell pwd)

       4 总的编译命令

       all: make -C $(KDIR) M=$(PWD) modules

       make进入KDIR路径，当前路径编译成模块。

       obj-m = helloworld.o KDIR:= PWD?=$(shell pwd) all: make -C $(KDIR) M=$(PWD) modules

       步骤二：编译驱动

       编译驱动之前需要注意以下几点：

       1 内核源码要编译通过

       驱动编译成的目标系统需要与内核源码对应，且内核源码需要编译通过。

       2 内核源码版本

       开发板或系统运行的内核版本需要与编译内核驱动的内核源码版本一致。

       3 编译目标环境

       在内核目录下，确认是否为需要的构架：

       make menu configure export ARCH=arm

       修改构架后，使用menu configure查看标题栏的内核构架。

       4 编译器版本

       找到使用的arm编译器（实际为arm-linux-gnueabihf-gcc，取gcc前缀）：

       export CROSS_COMPILE=arm-linux-gnueabihf-

       5 编译

       直接输入make，编译驱动，会生成hellowold.ko文件，ko文件就是编译好的驱动模块。

       步骤三：加载卸载驱动

       1 加载驱动

       将驱动拷贝到开发板或目标系统，然后使用加载指令：

       insmod helloworld.ko

       会打印入口加载的printk输出。

       2 查看当前加载的驱动

       lsmod

       可以查看到加载的驱动模块。

       3 卸载驱动

       rmmod helloworld

       可以移除指定驱动模块（PS：卸载驱动不需要.ko后缀），卸载成功会打印之前的printk输出。

       总结

       学习了驱动的基础框架，为了方便测试，下一篇将使用ubuntu.编译驱动，并做好本篇文章的相关实战测试。

Linux 驱动的内核适配 - DKMS 框架

       深入解析：Linux驱动的内核适配之道 - DKMS框架详解

       在构建Linux驱动时，如何优雅地实现内核适配，让编译、签名、安装和管理变得简单？开源的DKMS（Dynamic Kernel Module Support）框架犹如救星降临，它的核心在于一套巧妙的shell脚本工具链。让我们一步步走进DKMS的世界，探索其在驱动适配流程中的重要作用。

       首先，驱动适配之旅始于在源码中添加一个"dkms.conf"文件，它是DKMS与驱动程序之间的桥梁，其地位类似于makefile对make的指导。下面是一个实际示例，源于DKMS自带的演示，稍作修改以供理解：

       dkms.conf

       驱动编译之旅开始于执行命令：

       dkms build <module>/<version> -k <kernel-version>

       这个命令会调用"PRE_BUILD"脚本，利用autoconf和m4为目标内核生成配置文件，内核版本通过"-k"参数指定（默认为当前运行内核），并将这些信息传递给"$kernelver"和"$kernel_source_dir"。

       DKMS的独特之处在于，它将驱动源码复制到"${ dkms_tree}"指定的目录进行编译，避免中间文件干扰源代码。编译过程与传统make类似，但DKMS确保只留下ko文件和日志，便于管理。

       驱动签名是编译后的关键步骤，DKMS主版本3.0.7以后内置了前两个步骤，而在Debian的bullseye版本中，连签名注册也一并处理。通过"dkms install"命令，一次性完成"编译+签名+安装"，简化了操作流程。

       如果你想要更进一步，结合"--modprobe-on-install"，在安装时自动加载驱动，那么"编译+签名+安装+加载"就一气呵成了。而dkms status命令则是管理者的得力助手，让你对驱动的安装状态一目了然。

       再来看看"dkms.conf"中的"AUTOINSTALL"选项，它赋予了DKMS惊人的能力——当新内核安装时，自动编译对应驱动版本，确保内核与驱动的无缝对接。这是通过在"/etc/kernel/postinst.d"目录下添加一个具有自动安装功能的脚本实现的，它就像内核安装后的"post install hook"，确保驱动与新内核同步就绪。

       想象一下，当我们遇到服务器上未预装的realtek网卡驱动，DKMS的autoinstall功能就派上了用场。新内核安装后，驱动自动生成并加载，让我们顺利地通过网络进行远程管理，避免了登录难题。

       额外提一句，Debian的bullseye版本在原DKMS基础上扩展了功能，如mkdeb和mkrpm，使得驱动源码可以打包成deb或rpm包，便于发布和分发。

       总之，DKMS框架为Linux驱动的内核适配提供了强大而灵活的解决方案，让驱动开发者和管理员们能够更高效地管理驱动与内核的互动。通过DKMS，驱动的适配和管理变得更加无缝且自动化。