手上这个笔记本在7.1.5内核还好好的, 7.1.6开始每次启动都是黑屏, 必须合盖再打开才能亮, 问了chatgpt, 说可能是 "drm/i915/cdclk: Fix up CDCLK_FREQ_DECIMAL without a full PLL re-enable" 这个修复 造成的, 已经提了 问题了, 不知道要等多长时间才能修复. 邮件也发了stable@vger.kernel.org .
emmmm
首先你应该确定是 "drm/i915/cdclk: Fix up CDCLK_FREQ_DECIMAL without a full PLL re-enable"这个修复造成的
确认的方法:
- 使用
git checkout切换到这个修复的前一次提交, 编译, 然后安装
如果正常使用, 那么就能确保不是之前的某次提交造成的 - 使用
git checkout切换到这个修复的提交, 编译, 然后安装
如果出现错误, 就可以确定是这个提交的问题
如果你确定是这个修复造成的, 那么把问题中的可能是删掉
无论如何, 请不要将AI回复的结论贴在问题中, 不应该让社区为你验证AI回复的可靠性
最后是回应问题
如果你是在这里提出的话:
运气好或者其他原因被优先处理的话, 一个估计的时间是6小时到两天
大部分issue 会在两周内被处理
以上结论通过观察 issue列表 就可以得到
这个结论是ai给出来的, 而且确认这个修复是7.1.6加入进来的. 和我出问题的版本是匹配的. 所以不需要编译内核. 我提交的内容中没有加入ai的推断, 只是描述了问题的情况, 并加入了日志.
提交的地址就是你给出的这个地址.
看运气了.
我不是说你提交的 issue ,而是在这个帖子中, 或者甚至说任何问题中都应如此
版本匹配不一定就是该提交的问题
举个例子:
我修改了某个系统级配置, 但我忘记了, 认为这是一个BUG, AI告诉我这个BUG是最新提交中引入的, 刚好我的系统就是和这个最新提交版本匹配, 这就代表这个BUG真实存在吗? 不能吧?
重新编译是为了确保这个真的是内核问题, 只有这样你才能保证这真的是内核问题, 而非你进行了某个配置, 或者甚至是你的机器的问题