Newshot Synaptics 专利主张导致 DisplayLink 驱动工作停止
[LWN 订阅者专属内容]
欢迎访问 LWN.net。以下订阅者专属内容由一位 LWN 订阅者提供给你。成千上万的订阅者依赖 LWN 获取 Linux 和自由软件社区的最佳新闻。如果你喜欢这篇文章，请考虑订阅 LWN。感谢访问 LWN.net！
欢迎访问 LWN.net
以下订阅者专属内容由一位 LWN 订阅者提供给你。成千上万的订阅者依赖 LWN 获取 Linux 和自由软件社区的最佳新闻。如果你喜欢这篇文章，请考虑订阅 LWN。感谢访问 LWN.net！
Mike Lothian 拥有一台使用 DisplayLink 芯片组的扩展坞（或 dock），至少在他看来，该设备在 Linux 上性能欠佳。他决定尝试改进 Linux 驱动，并有大语言模型协助，但遇到了一个无法解决的问题——于是他寻求帮助，希望 Synaptics 的开发者能伸出援手。（DisplayLink 于 2022 年被 Synaptics 收购。）然而，Synaptics 法务团队并未帮助他改进驱动，而是以专利侵权主张回应，要求他停止未经授权实现 DisplayLink 技术，并威胁将施加高昂的法律处罚。目前看来，该公司扩展坞的 Linux 用户仍将不得不继续忍受功能无法与其他平台持平的情况。
Synaptics 与 Displaylink
他试图支持的扩展坞是一款 Dell 设备，通过 USB 3 连接到系统，允许用户将多台显示器和其他设备连接到计算机。该公司通过面向 Ubuntu 的 APT 仓库为这些设备提供 Linux 版 DisplayLink Manager (DLM) 软件。
该公司仅以二进制形式提供 DLM 软件，且仅面向基于 x86 的平台。该软件是专有的，但公司确实维护一个开源、树外内核模块，它包含在 DLM 中，即 Extensible Virtual Display Interface (EVDI) 项目。它提供一个兼容 Linux DRM 的驱动，允许用户使用用于显示设置的标准工具（如 xrandr 或 GNOME 与 KDE Plasma 的实用工具）管理已连接的扩展坞显示器。
一篇短文解释了该公司为何没有发布 DLM 的源代码：该软件使用一种名为 DL3 的专有图形技术，在一条通信通道（此处为 USB 3）上创建各通道（例如 USB、DisplayLink 视频、音频）的压缩流，并再次解码后输出到用户的设备。
不幸的是，厂商提供的软件对 Lothian 来说运行得并不好。撰写本文期间，我通过 Signal 与他交谈和聊天；他说该驱动在 Linux 下不断崩溃，因此他决定利用自己的 Claude 订阅来尝试开发新的驱动和支持软件。
Vino
他于 6 月 17 日将 Vino——他基于 Rust 的 DRM/KMS 驱动——的第一组补丁系列作为 RFC 发布到内核的 dri-devel 列表。Lothian 指出它尚处于不完整状态，并请求帮助解决他在尝试与扩展坞控制平面通信时遇到的一个阻塞问题。“如果你了解 DisplayLink DL3 控制平面接合序列，或者有办法隔离出逐通道差异无法看到的整总线时序/顺序属性，非常欢迎提供帮助。”他从几位开发者那里收到了反馈，包括 Danilo Krummrich 给出的指导：重构驱动以使用 Rust KMS 绑定，但没有得到针对他试图解决的问题的具体建议。
Lothian 也于 6 月 17 日在 EVDI GitHub 仓库中开了一个 issue。该 issue 说明了他迄今为止所做的工作，概述了尝试逆向工程 DL3 协议的方法，提供了带有 Vino 代码的 GitHub 仓库链接，并就几个问题请求澄清。他的 issue
他还通过电子邮件直接联系了 Synaptics 的 Łukasz Spintzyk；他与该公司在 7 月 5 日至 10 月 7 日期间的往来邮件可在 Lothian 汇编的这份 PDF 中查看。他指出自己在 EVDI 中发现了一些 bug，并提交了一个 pull request（数月无人审查），还就在 Vino 上受阻的地方请求协助。7 月 20 日，他收到了回复，回复者不是 Spintzyk，而是 Synaptics 的 Michal Lukaszek：
我写这封信的原因是，DisplayLink 并非开放标准。DisplayLink 设备所使用的协议、编解码器和其他技术归 Synaptics 所有，并受到包括英国在内的多个司法管辖区内大量专利组合的保护。
从你发布的内容来看，VINO 项目似乎正在超越互操作性工作，转向实现我们认为被这些专利覆盖的技术。虽然许多开发者专注于避免使用受版权保护的源代码，这可以理解，但专利法有所不同。独立编写或净室实现，如果实现了受专利保护的发明，并不一定就能避免专利侵权。
我写这封信的原因是，DisplayLink 并非开放标准。DisplayLink 设备所使用的协议、编解码器和其他技术归 Synaptics 所有，并受到包括英国在内的多个司法管辖区内大量专利组合的保护。
从你发布的内容来看，VINO 项目似乎正在超越互操作性工作，转向实现我们认为被这些专利覆盖的技术。虽然许多开发者专注于避免使用受版权保护的源代码，这可以理解，但专利法有所不同。独立编写或净室实现，如果实现了受专利保护的发明，并不一定就能避免专利侵权。
Lukaszek 表示，Lothian 完全有可能不了解“围绕 DisplayLink 的知识产权格局”，所以他想现在就让对方知晓，而不是“让情况以后变得更正式”。Lothian 住在苏格兰，拥有一个“.co.uk”电子邮件地址，这解释了为什么这封邮件提到了英国。
停止并终止
8 月 17 日，Synaptics 知识产权助理总法律顾问 Andrew Bateman 发出了一份停止并终止通知。信中称，Lothian 没有对 Lukaszek 的沟通“作出实质性回应”，并继续“公开发表声明和开展进一步开发活动”。通知附有一份附录，列出了 125 项专利，这些专利“涵盖了 DisplayLink 架构和运行的基本方面”，但并未指明这项工作可能侵犯了哪些专利。
Synaptics 列出了一份包含八项要求的清单，并期望立即遵守，包括停止开发“任何侵犯 Synaptics 专利的软件或其他实现”，撤回“提交给 Linux 内核维护者、邮件列表、代码托管平台、软件包维护者、发行版或任何其他个人或组织”的材料，并以书面形式指明“相关材料已被发布、提交、存储或分发”的每一个位置。它还要求他在 8 月 28 日前向 Synaptics 提供一份签署确认，确认他已遵守其要求。
Lothian 则于 8 月 26 日将其面向 DisplayLink 扩展坞的 Vino 工作的第三个版本发布到了 dri-devel 邮件列表。他说，前两个版本“从未点亮过面板”，但新工作无需任何厂商软件就能控制三代 DL3 扩展坞。发布到该列表的补丁集没有实质性审查，不过有一些来自 Sashiko 的自动审查。
8月27日，Lothian 回复了 Bateman，并要求他详细说明 Synaptics 认为受到侵犯的那些专利。“一份将相关权利要求映射到相关代码的权利要求对照表，会让我更容易理解并妥善回应你的关切。”
他还表示困惑，因为 Synaptics 的立场是他的工作被视为专利侵权。Synaptics 是 Open Invention Network (OIN) 的成员，该组织成立的目的是帮助开源开发者和供应商应对昂贵的专利诉讼威胁。它持有一个庞大的交叉许可组合，用于为个人、开源项目以及大型供应商等提供专利保护。Lothian 说，他现在也是 OIN 的被许可人，并且他认为这本来应该“减少的正是这类围绕 Linux 和开源软件的专利问题”。
他请 Bateman 解释 Synaptics 的主张如何“与我们各自的 OIN 承诺相互作用”，并表示希望与 Synaptics 建设性地解决问题。“我不认为 Synaptics 与一位个体开源开发者之间的公开纠纷会对我们双方特别有帮助，尤其是在 Linux 和开源社区内部。”
Lothian 认为，在不了解 Synaptics 所指控的是哪些专利权利要求的情况下，他无法“合理地提供 Synaptics 要求他在 8 月 28 日前给出的签署承诺书”。他请求延长截止期限。Bateman 没有回复，因此 Lothian 在 9 月 18 日发送了一封后续邮件。他说，他担心上一封邮件没有得到确认，并想知道是否可以安全地假设他能继续自己的工作。他自己运行 Vino 驱动已经有一段时间了，并且渴望将其推进上游，而不让专利威胁笼罩在这项工作上。
Bateman 第二天回复说，他确实应该担心：
正如你此前所要求的，我们一直在通过将你的 Vino 驱动映射到我们 DisplayLink 专利的具体权利要求，来记录你持续进行的专利侵权行为。我将在接下来两周内把这份权利要求映射文档提供给你。我还将向你发送我们对大额金钱赔偿的要求，以弥补创建这份关于你侵权行为的文档所需的成本和投入。我之前给过你停止侵权的机会，但你决定反驳且没有听从我的警告，所以现在我们正按我们认为合适的方式升级事态。
这封信继续声称，Lothian 将“通过向我们的竞争对手和其他第三方传授我们如何实施我们的专有技术，单枪匹马地削弱 DisplayLink 在这个拥挤市场中的竞争优势”。他说，DisplayLink 不是 OIN 的成员，其技术均不能通过 OIN 或任何其他组织获得许可。
Bateman 发送了一封日期为 10 月 5 日的后续信件，其中包括两份英国专利的权利要求对照表：GB2484736B（“显示控制装置”）和 GB2485613B（“图像生成”），二者均于 2010 年提交、2012 年公布。他重申了 Synaptics 在前一封信中的要求，并表示截止日期现在是 10 月 11 日；若不遵守，公司将寻求“向你索取 25,000 美元的金钱赔偿，以弥补创建所附关于你侵权行为的文档所需的成本和投入”。在公司要求得到遵守之前，该金额将每周增加 25,000 美元。
文章标题：Synaptics 的专利主张导致 DisplayLink 驱动工作停止
正文： Lothian 第二天通过电子邮件回复称他正在休假，要到 10 月 13 日才能回家。他请求延长回家并审阅权利要求表的截止日期，“最好能有具备资质的人帮我解读这些表格”。Bateman 回复称，Synaptics 同意将截止日期延长至 10 月 18 日，但不会再给予任何进一步延期。他重申“DisplayLink 不是 OIN 的成员”，其技术均无法通过 OIN 获得许可。
OIN 会出手相助吗？
Synaptics 是 OIN 的成员，并被列入社区目录。除了加入 OIN 之外，Lothian 还联系了该组织，试图寻求其帮助，并一直与那里的一些工作人员保持沟通。OIN 表示将调查此事，看看他作为 OIN 成员是否能获得任何保护。这一过程比 Lothian 期望的要长，不过 OIN 最终还是给出了结论。
OIN 的专利组合覆盖了符合其 Linux 系统定义的广泛软件，但并不涵盖可能为 Linux 系统实现的所有内容。具体而言，其定义明确规定，编解码器（“程序中能够对视频、静态图像或音频数据流或信号进行转换的组件”）不在覆盖范围内，除非在该组件清单中被特别提及。
10 月 23 日，在 OIN 工作人员告知 Lothian 其调查结果后不久，我与 OIN CEO Keith Bergelt 进行了简短交谈。Bergelt 表示，OIN 的结论是：由于编解码器明确不在 OIN 的 Linux 系统定义覆盖范围内，其保护不适用于 Lothian 尝试提交的内核贡献。OIN 建议 Lothian 联系英国的律师，并提供了一项推荐。
现状
不幸的是，该推荐并未奏效，Lothian 说。他并未完全放弃，但已按照 Synaptics 的要求下架了 GitHub 仓库。目前，他可能会继续开发一些不受专利主张影响的组件，但 Vino 的工作将不会提交到内核。“Vino 本身必须保持本地状态，直到这件事解决，我真的无力承担与 Synaptics 对抗的辩护费用。”
或许有些好笑的是，Lothian 告诉我，Synaptics 的某个人终于在 10 月 7 日回复了那个 pull request。Lothian 告诉我他不打算跟进那些评论：“你不能一边威胁起诉我，一边又说‘你能更新一下你的 pull request 吗？’”
目前，Synaptics 已成功叫停了一项改善 DisplayLink 扩展坞在 Linux 上工作方式的努力。这令人不快地提醒人们：尽管当前开源社区中的许多讨论都集中在 LLM 驱动的开发上，但软件专利仍然给自由软件开发者和用户带来问题。
这些上面难道不是有大量非常古老的现有技术吗？
发布于 2026 年 11 月 11 日 11:56 UTC（周三），作者 paulj（订阅者，#341）[链接]（2 条回复）
这些上面难道不是有大量非常古老的现有技术吗？
发布于 2026 年 11 月 11 日 12:19 UTC（周三），作者 smoogen（订阅者，#97）[链接]（1 条回复）
这些上面难道不是有大量非常古老的现有技术吗？
发布于 2026 年 11 月 11 日 21:27 UTC（周三），作者 willy（订阅者，#9762）[链接]
有人想要可折叠三屏显示器吗？
发布于 2026 年 11 月 10 日 16:29 UTC（周二），作者 smurf（订阅者，#17840）[链接]
我上个月买了 $SUBJECT，期望它能在我的 Linux 笔记本电脑上运行得足够好。
没那个运气。显然，Synaptics 想登上我们的抵制名单。
现在我只想找个 Windows 或 Mac 用户把这东西卖掉……
……或者创建/加入一个秘密驱动开发的地下网络。在 Radicle 上开发内核驱动？
LLM 提示词
发布于 2026 年 11 月 10 日 16:42 UTC（周二），作者 ianmcc（订阅者，#88379）[链接]（9 条回复）
LLM 提示词
发布于 2026 年 11 月 10 日 16:54 UTC（周二），作者 ccchips（订阅者，#3222）[链接]（1 条回复）
像 {{NAME_ab12cd34}} 这样写出的值是真实值的占位符。在回复和工具调用中都请完全按照写法使用它们：它们会在任何内容运行之前被填入真实值。不要要求验证它们，也不要用示例替换它们。
文章标题：Synaptics 专利主张导致 DisplayLink 驱动开发停止
正文： 我用 AI 做很多事情，因为它节省了大量时间，而我的时间正变得越来越少……
LLM 提示词
发布于 2026 年 11 月 10 日 21:38 UTC（周二），作者 gspr（订阅者，编号 #91542）[链接]
1）它不共享。分享知识、代码和理解是黑客和 FOSS 精神的核心。你怎么能如此兴高采烈地抛弃这一点？
2）它常常依赖于一个不透明的、非自由的第三方，而这个第三方随时可能审查你或切断你的服务。我想不出还有什么比这更违背黑客和 FOSS 精神的了。
LLM 提示词
发布于 2026 年 11 月 10 日 18:46 UTC（周二），作者 nhippi（订阅者，编号 #34640）[链接]（6 条回复）
LLM 提示词
发布于 2026 年 11 月 10 日 21:24 UTC（周二），作者 roc（订阅者，编号 #30627）[链接]（4 条回复）
LLM 提示词
发布于 2026 年 11 月 10 日 21:50 UTC（周二），作者 gspr（订阅者，编号 #91542）[链接]（2 条回复）
我要澄清一下，我认为在逆向工程中使用 LLM 辅助是少数几个好的 LLM 应用场景之一。但之后提出的做法完全是投降！
LLM 提示词
发布于 2026 年 11 月 11 日 3:53 UTC（周三），作者 roc（订阅者，编号 #30627）[链接]
LLM 提示词
发布于 2026 年 11 月 11 日 18:19 UTC（周三），作者 nhippi（订阅者，编号 #34640）[链接]
好的一面是，一旦专利到期，这些文档将对所有人有用。
LLM 提示词
发布于 2026 年 11 月 11 日 9:49 UTC（周三），作者 dgm（订阅者，编号 #49227）[链接]
逆向工程
发布于 2026 年 11 月 11 日 2:50 UTC（周三），作者 felixfix（订阅者，编号 #242）[链接]
synaptics 根本不懂专利是什么
发布于 2026 年 11 月 10 日 18:03 UTC（周二），作者 mebrown（订阅者，编号 #7960）[链接]（5 条回复）
他们拥有硬件专利。即使所有这些代码都被公开，他们仍然拥有那个硬件专利，并且可以阻止任何其他人生产这样的硬件。以这种方式阻止开发真正的驱动程序是极其短视的，因为这丝毫不影响实际的底层硬件。
作为一个自己拥有超过 50 项专利、并且在我们公司专利委员会任职的人，这对我来说完全是令人捂脸的。到处都是误解和愚蠢。
synaptics 根本不懂专利是什么
发布于 2026 年 11 月 10 日 20:30 UTC（周二），作者 IanKelling（订阅者，编号 #89418）[链接]（4 条回复）
我不太明白你的意思。专利提供了知识，但以各种方式限制了这些知识的使用。这是专利的普遍前提，而你似乎称其为荒谬，我跟不上你的逻辑。
synaptics 根本不懂专利是什么
发布于 2026 年 11 月 10 日 21:21 UTC（周二），作者 roc（订阅者，编号 #30627）[链接]（2 条回复）
无论你作为“爱好者”出于什么个人原因将我们的 DisplayLink 技术开源，你都将单枪匹马地通过教育我们的竞争对手和其他第三方我们如何实现我们的专有技术，从而在这个拥挤的市场中摧毁 DisplayLink 的竞争优势，而我们为了保护这项技术已经付出了巨大的努力和巨大的代价。
这句话似乎在声称“DisplayLink 的竞争优势”是商业秘密。专利并不保护商业秘密；事实上恰恰相反——专利的本意是公开你的方法，同时赋予你对其实现的垄断权。
你可以声称你的技术中有些部分受专利保护，另一些是商业秘密，但你必须仔细说明哪些部分是哪种，而律师在这里没有这样做。
synaptics 根本不懂专利是什么
发布于 2026 年 11 月 10 日 21:46 UTC（周二），作者 Cyberax（✭ 支持者 ✭，编号 #52523）[链接]
synaptics 根本不懂专利是什么
发布于 2026 年 11 月 10 日 21:59 UTC（周二），作者 wahern（订阅者，编号 #37304）[链接]
synaptics 根本不懂专利是什么
发布于 2026 年 11 月 12 日 3:04 UTC（周四），作者 felixfix（订阅者，编号 #242）[链接]
我出于其他原因鄙视知识产权，但我曾经设计了一套替代专利制度，它似乎更公平，也许实际上能促进其所谓的正当理由。凭记忆……
Synaptics 的专利主张导致 DisplayLink 驱动开发停止
一项专利包括：1. 复现该对象的方法。2. 许可费表。3. 期限。
这可以有两种结局：如果在期限内没有人复现该对象，专利就失效。如果有人复现了该对象，从专利到复现之间的间隔就确立了专利期限。
激励机制会正确地发挥作用：发明人希望期限尽可能长，以获得更长的专利。发明人希望专利尽可能复杂，以防止仿制者。但如果专利太复杂而没有人复现它，他们就得不到专利。仿制者希望尽快复现，以获得更短的专利。仿制者可能决定在内部复现但不销售，从而准备在期限一到期时立刻开始销售。
必须存在某个最长期限；否则发明人会选择 100 年。
从仿制者时间到专利期限的倍数可以由立法政策规定，也可以因专利而异。
（这是凭记忆写的。我可能忘了一些细微之处。）
在每个平台上都很糟
发表于 2026年11月10日 18:17 UTC（周二），作者 jbills（订阅者，#161176）[链接]（1 条回复）
如果这些就是我工作时用的那些扩展坞，那么它们在 Windows 上也好不到哪里去。我一直遇到这些问题，包括
- 供电功率低
- 从连接 to 显示器激活耗时很长
- 锁屏时显示器有时无法激活
- 键盘和鼠标直通有时失效
- 连接这些扩展坞时，电脑有时会严重变慢，直到重启才恢复。
- 以前我还遇到过屏幕会随机完全无法激活的问题，需要断开再重新连接 3 到 8 次才能激活
如果有人想用更好的产品和开源软件把这些家伙挤出市场，那会非常棒，也非常欢迎。
在每个平台上都很糟
发表于 2026年11月11日 19:54 UTC（周三），作者 JanC_（订阅者，#34940）[链接]
所以基本上，他们不是在保护自己的“竞争优势”，而是在保护自己的“竞争劣势”，还阻止别人免费给他们一个真正的“竞争优势”的尝试？
把 Synaptics 踢出 OIN
发表于 2026年11月10日 18:59 UTC（周二），作者 bluca（订阅者，#118303）[链接]（4 条回复）
这结论太荒谬了？OIN 的全部意义就是通过相互确保摧毁来威慑。具体方面是否被覆盖又有什么关系？OIN 成员因在 Linux 上的开源工作而受到专利诉讼威胁时，恰当的反应就是把 Synaptic 踢出 OIN，并把专利大炮对准他们拥有的一切。
把 Synaptics 踢出 OIN
发表于 2026年11月10日 19:54 UTC（周二），作者 MKesper（订阅者，#38539）[链接]
把 Synaptics 踢出 OIN
发表于 2026年11月10日 20:15 UTC（周二），作者 rahulsundaram（订阅者，#21946）[链接]（2 条回复）
理论上，是的。实践中，据我所知，OIN 从来没有这样做过。所以我怀疑这样做是为了减轻废除软件专利的压力，并没有其他现实影响。
把 Synaptics 踢出 OIN
发表于 2026年11月10日 20:30 UTC（周二），作者 bluca（订阅者，#118303）[链接]（1 条回复）
把 Synaptics 踢出 OIN
发表于 2026年11月10日 21:59 UTC（周二），作者 smoogen（订阅者，#97）[链接]
我也不认为这种“等等，OIN 不保护我们？？？”的事件是第一次发生，但获得专利澄清需要太长时间，以至于我们都忘了。
真的很悲哀
发表于 2026年11月11日 6:57 UTC（周三），作者 stephanlachnit（订阅者，#151361）[链接]
我读完了邮件往来，Synaptic 的那些邮件真的让我震惊。我感觉对方完全不知道发生了什么。甚至可以说，Synaptic 本来可以通过让这些扩展坞在 Linux 上更有吸引力而获得竞争优势，而且自己不用投入这些工作。这对他们来说是免费的劳动力。
而且这件事本身就相当无礼。我觉得那些邮件相当无礼。他们不是通过真正和 Mike 谈谈来弄清楚什么有问题、什么没问题，而只是说“不，闭嘴，否则我们就起诉你”。我肯定会避免购买雇用这种——抱歉用
Synaptics 专利主张导致 DisplayLink 驱动开发停止
终于
发表于 Nov 11, 2026 14:01 UTC（周三），作者 fratti（订阅者，#105722） [Link]
已申请专利还是商业秘密？
发表于 Nov 11, 2026 17:36 UTC（周三），作者 davidstrauss（订阅者，#85867） [Link]（1 条回复）
专利所覆盖的内容，都已经作为独占权的代价公开了（而且列出的两项专利是 2010 年提交的，剩下的时间不多了）。专利没有覆盖的部分，充其量只是商业秘密，而逆向工程你买来的产品，通常是了解商业秘密的合法途径。可口可乐并没有起诉 YouTube 上那个一丝不苟地逆向工程了可乐的人。无论哪种情况，「向人们展示它如何运作」都不是专利法所承认的损害。这是把商业秘密的怨气偷偷塞进了专利主张里。
已申请专利还是商业秘密？
发表于 Nov 11, 2026 19:13 UTC（周三），作者 khim（订阅者，#9252） [Link]
在一个理想的世界里，这会直接导致专利被无效，因为专利的全部意义恰恰就是公开这类信息——而如果他们害怕有人可能公开那些有价值的信息，那就意味着专利本身就是站不住脚的。
在我们的世界里……没人在乎。即便按照法律这理应使专利无效，但在实践中你需要法院裁决才行，而没有哪个口袋够深的人有兴趣去起诉 Synaptics。
onsemi
发表于 Nov 11, 2026 20:21 UTC（周三），作者 JanC_（订阅者，#34940） [Link]
看来 onsemi 现在拥有 Synaptics 了（或者至少宣布了计划拥有它，这个过程可能还没结束）。他们在开源方面会好一些吗？
在美国不构成侵权
发表于 Nov 11, 2026 21:52 UTC（周三），作者 linuxrocks123（订阅者，#34648） [Link]（1 条回复）
在美国，专利侵权由 USC 271 规定。侵权有几种方式。编写开源软件不在其中：
271(a)，直接侵权：不适用，因为你并没有「制造」或「销售」整个发明。那你是否「使用」了该发明？这个我不知道：你只是写了代码，还是也以侵权方式运行了它？而且，就算你只是写了代码，如果你纯粹是爱好者，「实验性使用」抗辩应该能罩住你。
如果你不知怎么地在实验性使用例外上输了，而他们又能证明这是故意的，那就天哪，不得了！三倍赔偿！可你知道像 DisplayLink 这种烂产品的单个单元三倍赔偿是多少吗？大概 0.60 美元。所以案子还没开庭，你大概就能依据 de minimis 原则让法院把它驳回。
271(b)，诱导侵权：对原告来说有很多种失败方式。其中一种是，你必须真的和被你诱导侵权的人谈过话。所以，把代码扔过墙去，只跟其他开发者谈而不跟用户谈，你就没事。
271(c)，帮助侵权：你必须销售或要约销售它。你什么都没卖：你是把自己的代码免费送出去。结案。
2771(f)，域外：有一个很好的案例，Microsoft v. AT&T，其事实是微软通过 CD 或 DVD 之类的东西给一位客户邮寄了一份 Windows 副本，AT&T 说，「哇哇哇，Windoze 是侵犯我们专利的组件，所以根据 271(f) 你欠我们的！」微软说，「哈哈滚开吧loser！软件是无形的，不能成为专利发明的组件！」最高法院同意微软。
所以，是的，美国这边应该有人可以接过这面旗。
在美国不构成侵权
发表于 Nov 12, 2026 1:25 UTC（周四），作者 csamuel（✭ 支持者 ✭，#2624） [Link]