了解内核开发中的新内容。

欢迎来到新的 diff -u！我们正在试验一个更短、更频繁、单主题的格式，该格式也可能会随着时间的推移而演变。请在下面的评论中告诉我们您的想法。

最近，有人努力将数字版权管理 (DRM) 的支持添加到 Linux 内核中。 DRM 的目标是防止用户复制他们在自己的计算机上观看的音乐、视频和其他媒体，但它也对通用计算机的性质和命运提出了根本性的问题。

来自 ChromeOS 开发团队的 Sean Paul 提交了一个补丁，用于启用通过某些 DRM 硬件（包括 exynos、mediatek 和 rock chip）运行的 DRM 加密。 该补丁本身并不是新的——ChromeOS 已经在内部使用它多年了。 然而，如果这些 DRM 补丁能够进入官方内核树，那么在合适的硬件上运行的任何 Linux 系统——而不仅仅是 ChromeOS 系统——都可以支持 DRM 控制。

该代码经过高度针对性设计，以通过内核补丁提交的考验。 它没有进一步实现会夺走用户控制权的功能。 它所做的只是通过 高带宽数字内容保护 (HDCP) 实现加密，并允许用户打开和关闭将使用加密 HDCP 数据流的硬件。

换句话说，该补丁理论上只是实现了一个通用加密功能，可能用于 DRM 以外的用途。 正如 Daniel Vetter 在邮件列表讨论中所说的那样，任何完整的 DRM 实现也需要一个可解锁的引导加载程序，以及各种用户空间代码。 他说，在那个时候，“是的，那你真的不完全拥有这台机器。”

Pavel Machek 根本不喜欢这样，并认为即使接受 Sean 相对通用的补丁也会鼓励硬件供应商在工厂安装锁定的 Linux 版本，从而阻止用户自己修改操作系统。 他补充说，“这是邪恶的，并且是对自由软件运动的直接威胁。”

Pavel 还指出，任何不在供应商控制的、DRM 锁定的系统上的普通用户，都不会从 Sean 的补丁中获得任何好处。 在一个解锁的系统上，根本没有理由启用该功能。

因此，即使该补丁仅启用了系统中已有的功能，并且即使在实施时它将是一个可选的内核功能，但由于这种补丁可能会破坏用户控制的计算机的未来可用性以及可能违反精神（如果不是文字）的 Linux 系统的扩散，已经存在强烈的反对意见。GPL。

但是，尽管存在这种威胁，该补丁或类似的东西仍然有可能进入内核。 正如 Alan Cox 在讨论中指出的那样，代码只需要实现一个具有通用用途的功能。 如果代码的唯一价值是锁定系统，那么 Linus Torvalds 就不太可能接受它。 但是，如果硬件有其他合法的用途，并且加密密钥由实际用户而不是供应商持有，则启用它的补丁可能会成功通过。