在昨晚发布的Linux 6.9稳定版的基础上，GNU Linux libre 6.9-GNU首次亮相，作为一个内核下游，它致力于剥离对任何驱动程序/硬件的支持，这取决于开源固件/微码和以软件自由的名义进行的其他更改。
对于GNU Linux libre 6.9-GNU版本，他们继续了清理依赖于他们认为非自由软件元素的驱动程序的总体趋势。他们已经研究了英特尔i915驱动程序的行为——它是如何处理GuC微控制器固件的，因此它有望适用于不依赖于GuC固件或其他固件块的英特尔图形平台。
GNU Linux团队在发布公告中解释道：
“由于此发布周期中有新的blob名称，只有一个新的驱动程序需要清理：Renesas FemtoClock3 Wireless作为PTP时钟。
像amdgpu和ath12k这样的驱动程序已经产生了需要清理的新源文件，这也是因为blob名称。
出于同样的原因，TI、QCom和联发科为实现AArch64而推出的各种新设备树文件都需要清理。
其他预先存在的驱动程序，即adreno、btusb和r8169，以及已经提到的amdgpu驱动程序中预先存在的文件，由于新提到的Blob，也需要进行新的清理。
由于包含十六进制编码的无源二进制补丁的伪源文件发生了更改，因此需要对其进行调整。
我们已经修复了上一个发布周期中提到的i915问题，请参阅下文。
#i915错误修复
正如6.8-gnu公告中所提到的，我们已经意识到i915显卡的一些用户面临的一个问题，该问题导致显卡在引导过程中提前冻结。使用i915.enable_guc=0启动避免了受影响系统的冻结。
在6.9周期中，我们已经理解了这个问题，并有望解决它。为了响应我们之前的更改，即我们试图向上游贡献，在尝试加载失败后，我们启用驱动程序中的blob加载逻辑来识别并跳过禁用的blob名称，如果任何blob未能加载，则整体逻辑将更改为驱动程序初始化失败，即使在没有blob更新的情况下也能正常工作的卡上也是如此。
我们现在已经更改了逻辑，完全跳过禁用的Blob，因此驱动程序的整体逻辑甚至不会尝试加载Blob，因此将继续激活卡。
一些用户报告说，通过此修复程序，他们获得了解决方法无法获得的图形加速。美好的
希望这将适用于所有可以在没有加载Blob的情况下运行卡的人，并且不会给那些没有Blob就无法启用卡的人带来新的问题。
如果您观察到任何此类回归，请告知我们。
感谢所有帮助我们制作并尝试此修复程序的人。我们希望很快将其移植到稳定分支即将发布的版本中。"
他们的Linux 6.9衍生内核有了新的艺术作品：
GNU Linux-libre 6.9 can be downloaded from FSFLA.org.
