Category: Linux

在部分 Intel MacBook 上运行 Linux 时，内置 eDP 液晶面板可能存在一个较隐蔽的兼容性问题：系统关屏、休眠、重新点亮屏幕或重新初始化显示链路时，面板的断电—重新上电周期过短，可能导致白屏、绿屏、显示异常，甚至需要重新关机才能恢复。 在特定硬件上，通过延长 Intel i915 驱动中的 Panel Power Cycle Delay 可以显著改善这一问题。 本文记录一次 Arch Linux LTS 内核从旧版本升级到新版本后，重新为新内核构建自定义 i915 模块，并将 eDP 面板最低电源周期固定为 2000 ms 的完整维护过程。 重点不在于重新编译整个 Linux 内核，而是： 在保持 Arch 官方内核不变的情况下，仅重新编译带有补丁的 i915 模块，并让它优先于官方 i915 被加载。 一、为什么每次内核升级后都需要重新构建 i915 假设系统原本运行： 系统更新后安装： 虽然两者都属于 Linux 6.18 LTS，但对于内核模块而言，它们是两个不同的 Kernel Release。 自定义编译的： …

背景 系统原本运行： 并安装了针对： 编译的自定义 i915。 运行状态： 随后系统更新提供： 以及： 这意味着旧模块不能继续使用。 一、为什么考虑 LTS Arch 普通： 更新频率较高。 而这种机器每次内核 release 改变后，都需要重新编译： 因此长期维护成本较高。 于是改用： 作为唯一主力内核。 需要注意： LTS 并不意味着永远不用重新编译模块。 只要： 发生变化，自定义 i915 原则上仍应重新编译。 但 LTS 的主线变化更保守，更适合作为长期维护基础。 二、安装 LTS 完整升级时安装： 当时实际得到： 运行 release： 三、升级后不要立即重启 这是整个维护流程中最重要的规则： 内核升级完成后，在新自定义 i915 准备完成之前不要重启。 此时： 旧内核已经加载的自定义 i915 仍然正常工作。 这为编译新模块提供了一个安全窗口。 四、获取精确 Arch linux-lts 源码 …

背景 已经通过独立实验确认： 对于目标机器的内置 eDP 面板过短。 实验结果： 因此决定修改 Linux i915 源码。 一、源码位置 相关实现位于： 关键赋值： 修改为： 实际也可以写成单行： 二、为什么使用 max() 这个修改不是： 而是： 逻辑相当于： 这样比直接： 更合理。 三、为什么不修改其他 PPS 参数 原参数例如： 实验只证明： 与故障高度相关。 没有证据表明： 存在问题。 因此遵循最小修改原则，只改变： 四、内核模块必须精确匹配当前内核 例如某次使用： 自定义模块的： 也必须是： 不能拿旧模块直接加载到： 甚至不能假设同一个主版本的小更新也兼容。 五、Arch localversion 很重要 Arch 内核源码不仅包含： 还会使用： 例如： 中的： 必须正确生成。 否则编译出的模块可能出现： 六、使用官方 Module.symvers 单独编译外部或局部模块时，一个关键文件是： …