跳到正文
认知
返回认知精选
认知精选科技大约 7 小时前2
单一来源当前只有一个可用来源,尚未完成多源交叉核验

Synaptics专利阻止DisplayLink驱动开发

作者:Joe Brockmeier 2026年11月10日

Mike Lothian 拥有一个使用 DisplayLink 芯片组的扩展坞(dock),在他看来,该芯片组在 Linux 上的性能至少可以说是差强人意的。他决定在 LLM(大语言模型)的协助下尝试改进 Linux 驱动程序,但却遇到了一个无法解决的问题——于是他寻求帮助,希望 Synaptics 的开发者能够伸出援手。

(DisplayLink 于 2022 年被 Synaptics 收购。)然而,Synaptics 的法务团队非但没有帮他改进驱动,反而以专利侵权为由进行回应,要求他停止对 DisplayLink 技术的未授权实现,并威胁要施加高额的法律惩罚。

就目前而言,使用该公司扩展坞的 Linux 用户恐怕不得不继续忍受无法与其他平台享有同等功能的状态。

Synaptics 和 Displaylink

他试图为其提供支持的扩展坞是一款 Dell 设备,它通过 USB 3 连接到系统,允许用户将多个显示器和其他设备连接到计算机。它通过针对 Ubuntu 的 APT 仓库(APT repository)为 Linux 设备提供了 DisplayLink Manager (DLM) 软件。

该公司仅以二进制形式提供 DLM 软件,且仅适用于基于 x86 的平台。该软件是专有的,但该公司确实维护了一个开源的、树外(out-of-tree)的内核模块,该模块包含在 DLM 中,即 Extensible Virtual Display Interface (EVDI) 项目。

它提供了一个与 Linux DRM 兼容的驱动程序,并允许用户使用用于显示设置的标准工具(例如 xrandr 或 GNOME 与 KDE Plasma 的实用程序)来管理连接到扩展坞的显示器。

一小篇文章解释了该公司为何不发布 DLM 的源代码:该软件使用了一种名为 DL3 的专有图形技术,通过通信通道(本例中为 USB 3)创建各种通道(例如 USB、DisplayLink 视频、音频)的压缩流,并将其再次解码以输出到用户的设备上。

不幸的是,供应商提供的软件对 Lothian 来说运行效果并不好。在撰写本文时,我通过 Signal 与他进行了交谈和聊天;他说该驱动程序在 Linux 下不断崩溃,因此他决定利用自己的 Claude 订阅来尝试开发新的驱动程序和支持软件。

6 月 17 日,他在内核的 dri-devel 邮件列表上以 RFC 的形式发布了 Vino(他基于 Rust 的 DRM/KMS 驱动程序)的第一批补丁。Lothian 指出该驱动程序处于未完成状态,并请求协助解决他在尝试与扩展坞控制平面进行通信时遇到的一個阻碍。

“如果您了解 DisplayLink DL3 控制平面的交互序列,或者对隔离通道差异无法察觉的整个总线时序/排序属性有任何想法,我们将非常欢迎您的帮助。”他收到了一些开发者的反馈,包括 Danilo Krummrich 关于改用 Rust KMS 绑定的指导意见,但没有收到针对他试图解决的具体问题的建议。

Lothian还在6月17日于EVDI(EVDI)GitHub(GitHub)仓库上开启了一个issue(问题)。其中解释了他迄今为止所做的工作,概述了尝试逆向工程DL3协议的方法,提供了带有Vino代码的GitHub仓库链接,并就几个问题寻求澄清。他的这个issue没有收到任何回复。

他还直接通过电子邮件联系了Synaptics(Synaptics)的Łukasz Spintzyk;他和该公司在7月5日至10月7日期间的通信记录收录在Lothian汇编的这份PDF中。

他指出自己在EVDI中发现了一些bug(漏洞),并提交了一个pull request(合并请求)(该请求数月未被审核),同时还就他在Vino上遇到阻碍的地方寻求协助。7月20日,他收到了回复,发件人不是Spintzyk,而是Synaptics的Michal Lukaszek:

我写信的原因是DisplayLink(DisplayLink)并非一个开放标准。DisplayLink设备所使用的协议、编解码器以及其他技术均为Synaptics的专有技术,并受到包括英国在内的多个司法管辖区的大量专利组合的保护。

从你所发布的内容来看,VINO项目似乎已经超出了互操作性工作的范畴,正在朝着实现我们认为属于这些专利涵盖的技术方向发展。虽然许多开发者理所当然地专注于避免侵犯版权的源代码,但专利法则不同。如果独立编写或采用净室设计(clean-room implementation)的实现方式涵盖了已申请专利的发明,它并不一定能避免专利侵权。

Lukaszek表示,完全有可能Lothian并不了解“DisplayLink周边的知识产权格局”,因此他希望现在就让他了解这一点,而不是“让情况在以后变得更加正式”。Lothian住在苏格兰,且拥有一个“.co.uk”的电子邮件地址,这就解释了为什么该邮件提及了英国。

停止侵权函(Cease and desist)

8月17日,Synaptics的知识产权助理总法律顾问Andrew Bateman发送了一份停止侵权函。信中指出,Lothian没有对Lukaszek的沟通做出“实质性回应”,并且继续进行“公开声明和进一步的开发活动”。信中附有一个包含125项专利的附录,这些专利“涵盖了DisplayLink架构和运行的基本方面”,但并未具体说明哪些专利可能被该工作所侵犯。

Synaptics列出了八项要求,并期望其立即遵守,包括停止开发“任何侵犯Synaptics专利的软件或其他实现方式”,撤回“向Linux kernel(Linux内核)维护人员、邮件列表、代码托管平台、软件包维护人员、发行版或任何其他个人或组织提交”的材料,并以书面形式指明“相关材料已被发布、提交、存储或分发”的所有位置。该公司还要求他在8月28日之前向Synaptics提供一份已遵守其要求的签字确认书。

相反,Lothian 于 8 月 26 日向 dri-devel 邮件列表发布了其针对 DisplayLink 拓展坞的 Vino 工作的第三版。他说前两个版本“从未点亮过面板”,但新工作可以在没有任何厂商软件的情况下控制三代 DL3 拓展坞。邮件列表上没有发布对该补丁集的实质性审查,尽管 Sashiko 进行了一些自动化审查。

8 月 27 日,Lothian 回复了 Bateman,并请他详细说明 Synaptics 认为遭到侵犯的专利。“一份将相关权利要求映射到相关代码的权利要求对照表(claim chart),将使我更容易理解并妥善回应你们的关切。”

他还对 Synaptics 将其工作视为专利侵权的立场表示困惑。Synaptics 是开源发明网络(Open Invention Network,简称 OIN)的成员,该网络旨在帮助开源开发者和厂商应对高昂专利诉讼的威胁。

它拥有一个庞大的交叉许可专利组合,用于为个人、开源项目和大型厂商提供专利保护。Lothian 表示,他现在也是一名 OIN 的被许可人,他认为这应该“准确地减少 Linux 和开源软件周围的这种专利问题”。

他请 Bateman 解释 Synaptics 的主张“如何与我们各自的 OIN 承诺相互作用”,并表达了与 Synaptics 建设性地解决问题的愿望。“我认为 Synaptics 与单个开源开发者之间的公开争端对我们双方都没有什么帮助,尤其是在 Linux 和开源社区内部。”

Lothian 认为,在不了解其声称涉及哪些专利权利要求的情况下,他“无法合理提供”Synaptics 要求的、截至 8 月 28 日的签署承诺书。他请求延长截止日期。Bateman 没有回应,因此 Lothian 在 9 月 18 日发送了一封跟进邮件。

他说他担心上一封邮件没有收到回复,并想知道是否可以安全地假设他能够继续他的工作。他一直在运行 Vino 驱动程序...

Evidence

来源与证据

单一来源 · 1 个信源

当前仅有一个可用来源,尚未完成多源交叉核验。

发布时间
内容处理
AI 翻译 / 摘要,需结合原文核对
内容有误或来源失效?告诉我们

每天早上收到这 5 条

免注册,填邮箱即可;每封邮件都能一键退订。

提交即表示同意按隐私说明保存你的邮箱,只用于发送简报。

或用 RSS 订阅

AI 翻译、摘要和解读仅用于辅助判断;涉及重要决策时,请回到上方来源核实。