Synaptics 专利诉讼阻碍 DisplayLink Linux 驱动开发
Synaptics 与 DisplayLink
他想支持的这款扩展坞是戴尔的产品，通过 USB 3 连接到电脑，可让用户连接多台显示器及其他设备。该公司为 Ubuntu 提供了 APT 软件源，通过它分发面向 Linux 的 DisplayLink Manager（DLM）软件。 该公司只提供二进制形式的 DLM 软件，且仅支持 x86 平台。软件是专有的，但公司确实维护着一个树外（out-of-tree）的开源内核模块，随 DLM 一起发布，即 Extensible Virtual Display Interface（EVDI）项目。它提供了一个兼容 Linux DRM 的驱动，用户可以用标准的显示设置工具（如 xrandr，或 GNOME、KDE Plasma 自带的工具）来管理扩展坞上的显示器。《简短说明》解释了 DisplayLink 未发布 DLM 源码的原因：其软件采用一种名为 DL3 的专有图形技术，通过通信信道（此处指 USB 3）将 USB、DisplayLink 视频、音频等多条通道的数据压缩为一条数据流传输，接收端再解码输出至用户设备。
但供应商提供的软件在 Lothian 的系统中表现不佳。撰写本文时，我与 Lothian 通过 Signal 通话并在线交流。他表示驱动在 Linux 下频繁崩溃，于是决定动用其 Claude 订阅，尝试自行开发新的驱动及配套软件。
Vino
6 月 17 日，他将名为 Vino 的 Rust 语言 DRM/KMS 驱动首个补丁集提交至内核 dri-devel 邮件列表，标记为 RFC。Lothian 指出该驱动尚不完整，并请求协助解决一个阻碍：它与扩展坞控制平面通信失败。他写道：“若您熟悉 DisplayLink DL3 控制平面的交互序列，或有关于隔离整个总线时序/排序属性的想法（这些是单通道差异无法识别的），将不胜感激。”他收到了一些开发者的反馈，其中包括 Danilo Krummrich 的建议，指导其重构驱动以使用 Rust KMS 绑定，但没有人针对他当时遇到的具体问题提供指导。
Lothian 还在 6 月 17 日于 EVDI 的 GitHub 仓库中提交了一个 issue。他说明了已完成的工作、逆向工程 DL3 协议的方法，并附上了包含 Vino 代码的 GitHub 仓库链接，同时就几个问题寻求澄清。该 issue 至今没有回复。
他还直接发邮件联系了 Synaptics 的 Łukasz Spintzyk；从 7 月 5 日到 10 月 7 日，他与该公司的往来信件收录在 Lothian 整理的这份 PDF 中。他提到自己在 EVDI 中发现了几个 bug 并提交了一个pull request（几个月都没人审核），同时也请求 Synaptics 在他被 Vino 卡住的地方提供帮助。7 月 20 日，他收到了回复——不是来自 Spintzyk，而是来自 Synaptics 的 Michal Lukaszek：
我写这封信的原因是：DisplayLink 并不是一个开放标准。DisplayLink 设备所使用的协议、编解码器及其他技术均为 Synaptics 的专有技术，在包括英国在内的多个司法管辖区受到大量专利的保护。
从你已公开的内容来看，VINO 项目似乎已经超出了互操作性工作的范畴，正在实现一些我们认为落入上述专利保护范围的技术。许多开发者往往只关注避免使用受版权保护的源代码，但专利法是另一回事：即使实现是独立编写或通过净室方式完成的，只要实现了受专利保护的发明，就不一定能规避专利侵权。
Lukaszek 表示，Lothian 很可能并不了解“DisplayLink 周围的知识产权格局”，因此他想现在就提醒他，而不是“等事态升级后再正式处理”。Lothian 住在苏格兰，邮箱是".co.uk"后缀，这也解释了为什么信中特意提到了英国。
停止侵权函
8 月 17 日，Synaptics 知识产权助理总法律顾问 Andrew Bateman 向 Lothian 发出了停止侵权通知函。信中称，Lothian 没有对 Lukaszek 的沟通作出“实质性回应”，反而继续进行“公开声明和进一步的开发活动”。信件附录列出了 125 项专利，声称这些专利“涵盖了 DisplayLink 架构和运行的核心方面”，但并未具体说明他的工作可能侵犯了哪些专利。
Synaptics 列出了八项要求，希望对方立即执行。其中要求包括：停止开发“任何侵犯 Synaptics 专利的软件或其他实现”；撤回提交给“Linux 内核维护者、邮件列表、代码托管平台、包维护者、发行版或其他任何个人或组织”的材料；并书面列出这些相关材料被“发布、提交、存储或分发”的所有位置。Synaptics 还要求在 8 月 28 日前提供一份签署的确认函，确认上述要求已得到遵守。
而 Lothian 在 8 月 26 日并没有停止工作，反而向 dri-devel 邮件列表发送了 用于 DisplayLink 扩展坞的 Vino 代码第三版。他表示，前两版代码“从未点亮过屏幕”，但新版本无需任何厂商软件，即可控制三代 DL3 扩展坞。尽管邮件列表中没有对这些补丁集进行实质性的同行评审，但有一些来自 Sashiko 的自动化评审。
8 月 27 日，Lothian 回复了 Bateman，要求对方详细说明 Synaptics 认为被侵犯的具体专利。他写道：“如果能提供一份将相关专利权利要求映射到相关代码的权利要求对照表，我将更容易理解并妥善回应你的顾虑。”
Lothian 还对 Synaptics 将其工作视为专利侵权的立场感到困惑。Synaptics 是 开放发明网络（OIN）的成员，OIN 正是为了帮助开源开发者和厂商应对高昂专利诉讼的威胁而建立的。OIN 拥有庞大的交叉许可专利组合，旨在为个人、开源项目和大型厂商提供专利保护。Lothian 表示，他自己现在也是 OIN 的被许可方，他认为 OIN 本应“减少 Linux 和开源软件领域出现的这类专利问题”。
他要求 Bateman 解释 Synaptics 的专利主张"如何与我们各自在 OIN 的承诺相关联"，并表示希望与 Synaptics 建设性地解决问题。"我认为 Synaptics 和一位个人开源开发者之间的公开争执，对我们双方都不会有什么好处，尤其是在 Linux 和开源社区里。"
Lothian 认为，在不知道 Synaptics 到底主张的是哪些专利权利要求的情况下，自己无法在 8 月 28 日前"合理地提供对方要求的签署保证书"，于是请求延长截止期限。Bateman 没有回复，Lothian 便在 9 月 18 日发了一封跟进邮件。他担心对方没有确认收到自己上一封邮件，并询问是否可以继续放心地开展自己的工作。他自己运行 Vino 驱动已经有一段时间了，迫切希望能把它合入上游，而不想让专利威胁悬在这项工作头上。
Bateman 第二天回复说，他确实应该感到担心：
正如你之前所要求的，我们一直在将你的 Vino 驱动与我们的 DisplayLink 专利的具体权利要求进行对照，记录你的持续侵权行为。我将在未来两周内向你提供这份权利要求对照文档。同时，我也会向你提出大额金钱赔偿要求，以收回为制作这份侵权行为文档所花费的成本和精力。我之前曾给你机会停止侵权，但你选择对抗、不听我的警告，所以现在我们将按我们认为是合适的方式升级处理。
信中还声称，Lothian 正在"通过向我们的竞争对手及其他第三方传授我们专有技术的实现方式，单枪匹马地瓦解 DisplayLink 在这个拥挤市场中的竞争优势"。他表示 DisplayLink 不是 OIN 的成员，其技术也不可以通过 OIN 或任何其他组织获得授权。
Bateman 随后于 10 月 5 日又发送了一封跟进函，其中包含两份针对英国专利的权利要求对比表（claim chart）：GB2484736B（“显示控制装置”）和GB2485613B（“图像生成”）。这两项专利均于 2010 年提交申请，并于 2012 年公开。Bateman 重申了 Synaptics 在上一封信中的诉求，并将截止日期定为 10 月 11 日；若未遵守，公司将寻求“向你索取 2.5 万美元的金钱赔偿，以收回编制所附侵权行为文件所需的成本和精力”。若诉求仍未得到满足，该金额每周将再增加 2.5 万美元。
第二天，Lothian 通过邮件回复称自己正在休假，直到 10 月 13 日才能回家。他请求延长截止日期，以便回家后仔细研读权利要求对比表，“最好能找懂行的人帮我一起看”。Bateman回复说，Synaptics 同意将截止日期延至 10 月 18 日，但此后不会再作任何延期。他还再次强调，“DisplayLink 不是 OIN 成员”，其技术均无法通过 OIN 进行许可。
OIN 能解围吗？
Synaptics 本身确实是 OIN 成员，并登记在社区名录中。除了加入 OIN 外，Lothian 还主动联系该组织寻求协助，并与部分员工保持沟通。OIN 表示会调查此事，查看作为 OIN 成员的他是否受其保护。这一过程比 Lothian 预期的要久，但 OIN 最终给出了结论。
OIN 的专利组合覆盖了与其 Linux 系统定义 相匹配的大量软件，但并非覆盖 Linux 系统上可能实现的所有东西。特别是，该定义明确规定编解码器（codec，即"能够对视频、静态图像或音频数据流或信号进行变换的程序组件"）不在保护范围内，除非在 这份组件清单 中被特别列出。
10 月 23 日，也就是 OIN 工作人员告知 Lothian 调查结果后不久，我简短地与 OIN CEO Keith Bergelt 交谈了一下。Bergelt 表示，OIN 的结论是：由于编解码器明确不在 OIN Linux 系统定义的覆盖范围内，因此其保护并不延伸到 Lothian 试图提交的内核贡献。OIN 建议他咨询英国的律师，并提供了推荐人选。
现状
Lothian 说，遗憾的是那次引荐没有结果。他并没有完全放弃，但为了满足 Synaptics 的要求，他已经撤下了 GitHub 仓库。目前他或许可以继续开发一些不受专利主张影响的部分，但 Vino 相关的工作不会提交到内核。"在问题解决之前，Vino 只能留在本地，我实在无力应付 Synaptics 的诉讼。"
有意思的是，Lothian 告诉我，10 月 7 日 Synaptics 有人终于 回复了 那个 pull request。但他不打算跟进这些评论："你威胁要起诉我，然后又让我更新 pull request？"
眼下，Synaptics 成功叫停了改进 DisplayLink 扩展坞在 Linux 上使用体验的努力。这是一个令人不快的提醒：尽管开源社区当前的讨论大多围绕 LLM 驱动的开发，软件专利对自由软件开发者和用户来说依然是悬在头顶的问题。