-
林渡
-
林渡
-
林渡
-
林渡
-
林渡
-
林渡
-
须知少时凌云志·曾许人间第一流
一个专注于设计思考与生活探索的独立博客！记录设计灵感、分享生活火花。 用设计思维解构日常之美。
-
📢 致读者的一封信：关于运营、初心与一份邀请
林渡在博客中坦诚分享了Android稳定性与Linux内存管理等技术经验，强调知识共享与技术传承的重要性。尽管维持博客运营需承担服务器、域名、AI工具等实际成本，他坚守不设付费墙，保持全部内容免费开放，以降低技术门槛并营造纯粹交流空间。为回应读者建议，新增自愿捐赠通道与透明捐赠者名单，仅供愿意支持的朋友参与。每一份支持都将用于提升博客体验与内容质量，但无论捐赠与否，所有人都是这个温暖技术社区的重要参与者。
最新动态
-
-
[linux内存管理] 第046篇 Page Cache脏页回写机制深入分析
围绕 Linux‑6.1 的 Page Cache 脏页回写机制展开，承接上一篇“脏页标记”，完整追踪数据从被修改到落盘的路径。先提炼回写要解决的三大问题：何时触发、由谁执行、如何高效写回；再从历史演进切入，对比早期全局 pdflush/kupdated 与现代按设备划分的 bdi_writeback 框架，重点解析 backing_dev_info、bdi_writeback 等核心结构中与脏页控制、阈值、速率限制和等待队列相关的关键字段。通过源码路径展示回写线程从 bdi_queue_work 被唤醒，到 wb_workfn 轮询任务、wb_do_writeout 扫描 inode 链表并
-
AI时代笔记工作流：构建下一代知识管理引擎
-
认知加速度：AI时代最残酷的鸿沟，正在此刻拉开
真正拉开的差距，不只是技术工具，而是思维范式的鸿沟。
-
Linux 内核崩溃分析报告 - AI
作者展示了一份由 AI 生成的内核崩溃分析报告，并借此示范如何系统排查数组越界问题。案例中，qteeconnector@1 进程在 smcinvoke_dlkm 模块的 prepare_send_scm_msg() 内触发数据中止异常，原因是结构体中的边界字段被破坏：本应是一个很小的回调计数，却变成了 0x80010001 这种高得离谱的值，导致循环迭代数百万次，最终访问到未映射地址 0xffffff8005700000，引发崩溃。报告详细记录了从初始 bt、查看内核日志、确认模块基址，到对故障函数反汇编、检查结构体内存布局、用地址和寄存器值反证越界过程的完整推理链
-
AI时代的思考：内核稳定性工程师离失业还有多久？
当 AI 能读 ramdump、调 crash、自己规划分析路径并输出报告时，内核稳定性工程师并不会被替代，但大量“敲命令、翻日志、整理报告”的重复劳动将被快速重构。作者提出的工具，不是简单封装 crash，而是让 AI 真正进入 ramdump 分析闭环：工程师只需提供标准化输入（vmcore 或分离 DDR dump 的 dump_spec、vmlinux、模块符号、crash 参数），AI 基于 Claude skills 和 MCP 调用 crash-mcp，在受控环境中打开会话、执行命令、解读输出、决定下一步分析动作，并最终按模板生成结构化报告。在这个时代，作为稳定性工程师，我们离失业还剩多久？
-
[linux内存管理] 第045篇 per-CPU变量的静态与动态分配
延续前一篇对 per-CPU 基础与初始化的分析，这一部分聚焦于内核中的静态 per-CPU 变量及其使用方式。之后将问题的重点放在了动态per-CPU变量的分配逻辑上，并通过一个案例来分析分配逻辑的内部细节。
-
[linux内存管理] 第044篇 per-CPU基础知识以及per-CPU分配器的初始化
围绕 Linux 在 ARM64、SMP 场景下的并发挑战，本章聚焦内核 per‑CPU 变量机制及其底层内存布局。详细介绍了per-CPU的初始化流程，并以一个简单的案例来计算percpu memory的布局。
-
[Android稳定性] 第62篇 内核访问与tee共享的内存数据异常造成内存越界
通过trace32分析寄存器信息，对着代码精准找到异常点，发现原来是内存越界的问题导致，并通过限制内存区域大小来屏蔽这个问题。
-
-
-
过度联想
菩提本无树，明镜亦非台。本来无一物，何处惹尘埃。
-
Lesson 16 习题课
第七次作业 配分函数 离散的能量： Z=∑igie−βεiZ=\displaystyle{\sum_ig_ie^{-\beta\varepsilon_i}}Z=i∑gie−βεi (直接相加) 准连续 (比如理想气体)： Z=1h3∫e−βε(x⃗,p⃗)d3x⃗d3p⃗Z=\displaystyle{\frac{1}{h^3}\int e^{-\beta\varepsilon(\vec{x},\...
-
Lesson 8 Atmospheres
先来讲一下 Bohr atomic model： Fc=Ze2r2=mv2r(=mω2r=L2mr3)F_c = \frac{Ze^2}{r^2} = \frac{mv^2}{r} \left(=m\omega^2r = \frac{L^2}{mr^3}\right) Fc=r2Ze2=rmv2(=mω2r=mr3L2)
-
难以割舍的纸质词典
作为一名 90 后，我始终难以割舍对纸质词典的情结。
-
Lesson 15 引力波
为了计算，首先我们要对 Einstein 方程做 linear expansion. 这件事情有两个特点：简单，这是为数不多的 Einstein 能亲自解决的问题；同时这是一个 weakly interacting 的系统. Newton 的引力方程没有对时间的导数，是静态的；但是 Einstein 方程中存在对时间的二阶导数这样的内容，我们称之为有 dynamical freedom，这表征了引...
-
年少心事
那些尘封在阁楼上的手表，即是年轻的那份自卑，也是另一种放下。
-
【秉言文集】露营
小作者趁着国庆假期，和父母、小伙伴到黄岩山野露营，搭帐篷、吃农家饭、学品茶，伴着虫鸣狗叫入眠，清晨醒来赏日出，呼吸大自然美好气息，是一次印象深刻的体验。
-
从零到一：一个佛系站长的三天AI写插件实录
站长是一个对PHP一窍不通的佛系之人，靠着跟AI聊天，三天迭代了20多个版本，做出了自我感觉还算满意的WordPress打赏插件。这个过程让站长重新理解了“自愿付费”，也对独立博客的未来多了些许期待和信心。
-
精选分类
-
inspire-storm
灵感风暴
记录灵光乍现的瞬间，汇聚思如泉涌的风暴
-
AI时代笔记工作流：构建下一代知识管理引擎
-
[灵感风暴] GKI 升级不再靠人肉：Aegis 自动风险分级与测试建议生成
Android GKI 升级带来大量碎片化 commits，人工分析压力巨大，Aegis（神盾）工具应运而生。它通过结构化 JSON 输出，将琐碎提交转化为可追踪的影响分析，智能识别变更模块、风险、核心问题并生成自动化测试优先级建议，显著提升升级评估与回归测试的精准性。最终产出 HTML 和 Markdown 报告，图表化展示高风险点与回归重点，报告可一键分享团队，有效缓解人力压力，实现升级分析自主可控。
-
[灵感风暴] 用 AI 自动追踪 Linux 内核进展：一款周刊生成工具的架构与演进
面对Linux内核社区庞杂的信息流，这款自动化工具以AI驱动，实现高效邮件抓取、深度分析与结构化周报生成，彻底突破手工筛选与数据量限制，极大提升内核动态追踪的便捷性，为开发者提供了省时、全面、智能的工作新体验。
-
[灵感风暴] 从废墟中寻找真相：一个 AI 驱动的内核崩溃分析工具的诞生记
深夜警报频发，内核稳定性工程师面临信息过载、分析低效等挑战。Stability AI以管道式架构和插件化设计，融合本地规则与AI能力，实现高效、结构化的系统崩溃分析报告。强调人机协作、灵活扩展和精准问题定位，大幅提升故障处理效率与可维护性。
-
-
world-voices
世间风声
-
认知加速度：AI时代最残酷的鸿沟，正在此刻拉开
真正拉开的差距，不只是技术工具，而是思维范式的鸿沟。
-
从泡泡马特看“消费”
本文主要探讨了泡泡玛特的成功案例，从创始人王宁的个人特质、泡泡玛特的市场策略、以及结构性机会三个方面进行了深入分析。王宁展现出了“狠、软、灵、巧”的复合特质，泡泡玛特通过“盲盒+IP”的玩法，将潮玩从小众文化变成了大众消费品，并成功抓住了中国市场的实验性和中国制造的丰饶两个结构性机会。文章还分析了情绪消费的心理机制，认为泡泡玛特的成功在于其将“低门槛+高不确定性”的心理机制设计成了一套令人欲罢不能的上瘾模型，并将这个“液态时代”的集体焦虑，升华为一种可供消费和展示的身份符号。
-
-
worldly-minded
人间烟火
-
📢 致读者的一封信：关于运营、初心与一份邀请
林渡在博客中坦诚分享了Android稳定性与Linux内存管理等技术经验，强调知识共享与技术传承的重要性。尽管维持博客运营需承担服务器、域名、AI工具等实际成本，他坚守不设付费墙，保持全部内容免费开放，以降低技术门槛并营造纯粹交流空间。为回应读者建议，新增自愿捐赠通道与透明捐赠者名单，仅供愿意支持的朋友参与。每一份支持都将用于提升博客体验与内容质量，但无论捐赠与否，所有人都是这个温暖技术社区的重要参与者。
-
AI时代的思考：内核稳定性工程师离失业还有多久？
当 AI 能读 ramdump、调 crash、自己规划分析路径并输出报告时，内核稳定性工程师并不会被替代，但大量“敲命令、翻日志、整理报告”的重复劳动将被快速重构。作者提出的工具，不是简单封装 crash，而是让 AI 真正进入 ramdump 分析闭环：工程师只需提供标准化输入（vmcore 或分离 DDR dump 的 dump_spec、vmlinux、模块符号、crash 参数），AI 基于 Claude skills 和 MCP 调用 crash-mcp，在受控环境中打开会话、执行命令、解读输出、决定下一步分析动作，并最终按模板生成结构化报告。在这个时代，作为稳定性工程师，我们离失业还剩多久？
-
高效工作的秘诀：时间管理
在快节奏生活中，高效时间管理是提升工作效率和生活质量的关键。通过明确目标、合理排序优先级、专注当前任务并灵活应对变化，可显著减少焦虑。结合Google Calendar、Todoist等工具和番茄工作法，制定每日计划、分解任务、设定时间边界，有效避免过度安排与拖延。科学的时间管理不仅助力高效工作，更是一种生活态度！
-
琴棋书画诗酒花与柴米油盐酱醋茶的人生辩证
“琴棋书画诗酒花”承载了对诗意生活的向往，而“柴米油盐酱醋茶”则是真实生活的基石。文章探讨了理想与现实的平衡，强调在琐碎中发现美好，在平凡中融入浪漫。通过茶的沉静和酒的浓烈跨越生活两端，真正的生活韵味蕴藏于酸甜苦辣交织的日常。以心存情调面对现实，既能享受水墨画般的悠然，也能静观人间烟火的丰盈。
-
-
linux-kernel
Linux内核
-
Linux 内核崩溃分析报告 - AI
作者展示了一份由 AI 生成的内核崩溃分析报告，并借此示范如何系统排查数组越界问题。案例中，qteeconnector@1 进程在 smcinvoke_dlkm 模块的 prepare_send_scm_msg() 内触发数据中止异常，原因是结构体中的边界字段被破坏：本应是一个很小的回调计数，却变成了 0x80010001 这种高得离谱的值，导致循环迭代数百万次，最终访问到未映射地址 0xffffff8005700000，引发崩溃。报告详细记录了从初始 bt、查看内核日志、确认模块基址，到对故障函数反汇编、检查结构体内存布局、用地址和寄存器值反证越界过程的完整推理链
-
向 Linux 内核社区提交 patch 实操要点
详尽介绍了通过git send-email方式向Linux内核社区提交补丁的完整流程。内容涵盖git和git send-email的安装配置，SMTP邮件发送环境的设置，如何规范填写commit信息、生成和检查patch格式，以及标准化邮件回复方法。文章指出：基于next分支开发、严格遵循社区指南、养成bottom-posting习惯、合理使用收件人和抄送自动化配置，都是与上游高效沟通的关键。新手可从修复warning类小问题入手，逐步熟悉内核社区流程与规范。文末列举了寻找补丁切入点和提升英文交流技能的建议，强调实践积累对个人成长与社区认可的重要性。
-
Linux 中断线程化
文章深入解析Linux中断线程化机制及核心实现，详细讲解了struct irqaction结构体、关键flag如IRQF_ONESHOT和IRQTF_RUNTHREAD的作用，剖析了request_threaded_irq函数的注册流程及__setup_irq的内部逻辑。重点强调线程化中断带来的实时性保证和中断线屏蔽原理，具有丰富代码注释与流程分析，对理解内核中断管理与设备驱动开发极具参考价值
-
Linux aarch64 中断处理全流程分析
深入解析了Linux中断系统的核心概念，包括硬件中断号（hwirq）与虚拟中断号（virq）的区别、各类中断号在中断控制器中的分配和映射关系，以及物理与逻辑中断线的实际意义。强调Linux内核通过virq实现统一管理，解决硬件中断号冲突，展示了复杂中断结构在SoC中的连接方式，为开发者理解和排查多级中断控制器的中断流程问题提供理论知识的指导。
-
-
arm-architecture
ARM体系架构
-
A64指令集学习
本文档详细介绍了 Armv8-A 指令集架构，特别是 A64 指令集。A64 指令集是固定长度的 32 位指令集，用于 AArch64 执行状态。文档首先概述了指令集的基本格式、分类、助记符和条件码。接着，详细介绍了跳转指令、PC 相对寻址、系统操作指令、异常产生和返回指令、系统存储器指令、数据运算指令和 load/store 指令。最后，文档还介绍了内存屏障指令，包括 DMB、DSB 和 ISB。
-
ARMv8‑A 架构和处理器
ARM架构自1985年起不断发展，从早期的ARM内核逐步演进，增加了特性和功能。ARMv8-A架构是最新一代，支持32位和64位执行状态，引入了64位宽寄存器，同时保持与ARMv7软件的向后兼容性。它具备多项增强，如大物理地址、64位虚拟寻址、自动事件信号等，以及硬件加速密码学等功能。ARMv8-A架构的处理器包括Cortex-A53和Cortex-A57，分别针对中档、低功耗和高端计算需求，提供高性能和能源效率。
-
armv8的寄存器
AArch64执行状态提供了32个64位通用寄存器，每个寄存器都有32位形式。此外，还有几个特殊寄存器，如零寄存器、栈指针、程序计数器、异常链接寄存器、程序状态保存寄存器等。处理器状态PSTATE包含多个独立访问的字段，如ALU标志、执行状态、异常级别等。系统配置通过系统寄存器进行控制，使用MSR和MRS指令进行访问。字节序控制可以通过SCTLR_ELn寄存器中的EE位进行设置。在AArch64和AArch32之间切换时，AArch64寄存器映射到AArch32寄存器集，并保留状态。NEON和浮点寄存器提供128位浮点寄存器，用于保存浮点操作数和NEON操作的标量操作数和向量操作数。
-
aarch64异常模型以及Linux arm64中断处理
您好，我已经阅读了您提供的文章内容，下面是对文章的100字左右摘要总结： 本文详细介绍了ARM架构中异常的概念和处理流程，涵盖了中断、中止、复位等不同类型的异常，并解释了同步与异步中断的区别。文章还深入剖析了异常处理寄存器的作用，以及AArch64异常向量表的配置和中断处理流程，最后以Linux内核中的中断处理机制为例，展示了从中断触发到最终处理函数的调用过程。
-
-
LMM
Linux内存管理
-
[linux内存管理] 第000篇 Linux内存管理系列开篇
系列深入剖析Linux内存管理在ARM64架构下的原理与实现，覆盖物理内存初始化流程、核心分配器机制（如buddy、slab、vmalloc、CMA等）、缺页异常处理、页面回收、内存节点解析等关键环节，结合Kernel 5.15源码与丰富补充资料，帮助读者系统理解底层架构与内存管理优化要点
-
[linux内存管理] 第046篇 Page Cache脏页回写机制深入分析
围绕 Linux‑6.1 的 Page Cache 脏页回写机制展开，承接上一篇“脏页标记”，完整追踪数据从被修改到落盘的路径。先提炼回写要解决的三大问题：何时触发、由谁执行、如何高效写回；再从历史演进切入，对比早期全局 pdflush/kupdated 与现代按设备划分的 bdi_writeback 框架，重点解析 backing_dev_info、bdi_writeback 等核心结构中与脏页控制、阈值、速率限制和等待队列相关的关键字段。通过源码路径展示回写线程从 bdi_queue_work 被唤醒，到 wb_workfn 轮询任务、wb_do_writeout 扫描 inode 链表并
-
[linux内存管理] 第045篇 per-CPU变量的静态与动态分配
延续前一篇对 per-CPU 基础与初始化的分析，这一部分聚焦于内核中的静态 per-CPU 变量及其使用方式。之后将问题的重点放在了动态per-CPU变量的分配逻辑上，并通过一个案例来分析分配逻辑的内部细节。
-
[linux内存管理] 第044篇 per-CPU基础知识以及per-CPU分配器的初始化
围绕 Linux 在 ARM64、SMP 场景下的并发挑战，本章聚焦内核 per‑CPU 变量机制及其底层内存布局。详细介绍了per-CPU的初始化流程，并以一个简单的案例来计算percpu memory的布局。
-
-
android-stability
Android稳定性
linux/android稳定性文章
-
[Android稳定性] 第000篇 Android稳定性系列开篇
本文集深入探讨了Android稳定性问题，分为方法篇、原理篇和问题篇三个部分。方法篇介绍了稳定性分析的方法，包括高通Android平台稳定性分析、watchdog分析流程、crash分析以及RCU Stall问题的分析等。原理篇详细解析了subsystem ramdump、mtdoops、minidump、blackbox等稳定性相关原理，以及高通平台watchdog机制和QCOM常见reboot类型流程。问题篇则列举了多种稳定性问题案例，如原子状态调度引起的死机、中断风暴导致的panic、内存分配失败、slab内存泄露等，并分析了其原因及解决方案。
-
[Android稳定性] 第62篇 内核访问与tee共享的内存数据异常造成内存越界
通过trace32分析寄存器信息，对着代码精准找到异常点，发现原来是内存越界的问题导致，并通过限制内存区域大小来屏蔽这个问题。
-
[Android稳定性] 第61篇 UFS异常导致卡开机logo
高通平台项目在工厂老化测试中出现卡开机logo的棘手问题，设备无法通过USB或串口获取有效日志，通过强制fulldump分析发现，系统init进程自开机五秒后便持续处于D状态，导致系统无法正常启动。内核堆栈显示进程在等待PG_locked时失败，疑似死锁或关键进程卡死，经进一步排查，平台迅速定位UFS存储异常——UFS设备自开机五秒后未再触发中断。文章详解了如何从核心结构体如ufs_stats、ufs_hba入手，追溯设备树节点至具体驱动，指导工程师在dump文件中精确定位存储异常发生时间及其相关数据。通过系统性分析，为后续UFS问题跟进提供了清晰的技术路径和实际操作指引，展现了严谨的问题排查步骤。
-
[linux内存管理] 第032篇 使用trace32分析slab cache
以实际dump为例，文章用trace32深入解析了Linux slab cache的内部逻辑，带你逐层解读kmalloc-64实例中的数据结构，从kmalloc_caches和kmem_cache到per-CPU区与节点node的内存组织和管理特性。
-
-
new image
最新图文动态
-
new video
最新视频动态
走心评论
-
狗黄他满满
大佬你好，我也是最android驱动层稳定性的25年毕业生，感觉你那边的的知识对我的学习非常大。
发表在「该文章/页面不存在」 -
小莫爱学习
我自己之前看过小米的电池管理驱动，跟华为的实现还是有不少差别。华为这边多电池和快充协议兼容做得更细致，学到了不少。
发表在「华为充电管理架构概览」 -
小懒猫
每次看到内核的初始化流程都觉得很神奇，特别是slab分配器的自举部分，真的有点“鸡生蛋”既视感。看完后终于明白为什么要先用静态变量顶一下，写得很细致，感谢作者！
发表在「[linux内存管理] 第031篇 内核启动早期的slab分配器的自举」 -
困倦的面条
作为一个刚接触内核开发的新手，看到这么详细的dump分析真是受益匪浅！特别是关于内核线程借用用户空间地址空间的部分解释得很清楚。
发表在「[Android稳定性] 第055篇 [原理篇] 从dump信息角度学调度schedule」 -
Melokc
沙发！正好打算研究这个，太棒了👏「手动点赞」
发表在「[Android稳定性] 第051篇 [原理篇] 从timer角度学习高通平台的watchdog」 -
Melokc
「手动点赞」😏，原来是2019改的，长知识了，之前一直傻傻分不清楚到底是在高地址还是低地址🤡
发表在「[linux内存管理] 第027篇 Linux ARM64 虚拟地址布局」 -
zsl
琦哥太强了🤞
发表在「 [Android稳定性] 第049篇 [问题篇] 软中断霸占CPU导致watchdog无法及时喂狗」
