[参考译文] PROCESSOR-SDK-AM437X：缓解 AM437x 处理器 SDK Linux 中的 GPLv3 合规风险

Hong Hong：

我们有关于在适用于 AM437x 的 Processor SDK Linux 中使用 GPLv3 组件的一些其他问题：

1. 从内部版本中排除 GPLv3 软件包
   是否有任何官方支持的方法可以使用当前的 Yocto 配方结构从 SDK 构建中排除已获得 GPLv3 许可的组件（例如 gcc 或 libc）？
   或者、是否可以使用 YoctoINCOMPATIBLE_LICENSE 或类似机制来实现此目的？

2. 工具链许可
   当前 SDK 中提供的默认工具链（例如 gcc）是否依赖于 GPLv3？
   是否有可能（和受支持）将其替换为 Sourcery CodeBench 等商业工具链以避免 GPLv3 义务？

3. GPLv3 使用不可避免时的安全措施
   我们知道、即使有安全启动或签名的固件更新、GPLv3 也可能需要提供“安装信息“。
   对于如何在减轻 GPLv3 披露义务的同时遵守安全要求、TI 是否有任何最佳实践或建议？

谢谢、
Conor

尊敬的 Conor：
让我向我的同事介绍一下您的后续问题。
此致、
- Hong

 Hong Hong：

您有任何更新吗？

谢谢、
Conor

Hong Hong：

我想对你的答复补充一点意见。

以下是 AM437x Linux SDK 09.03.05.02 的软件清单
https://dr-download.ti.com/software-development/software-development-kit-sdk/MD-LazfM3DYxm/09.03.05.02/software_manifest_am437x-evm.htm

TI 的 PROCESSOR-SDK-LINUX-AM437X 包含许多用于构建主机（开发环境）的 GPLv3 许可组件、因此似乎很难完全删除 GPLv3（某些器件除外）。

GPL v3.0 关于反创新的主题是一个宽泛的主题、而不是 TI SDK 的具体细节。
https://en.wikipedia.org/wiki/Tivoization
http://linfo.org/tivoization.html

在按照 GPLv3 将二进制文件集成到产品中时、似乎有必要提供“安装信息“。

我们目前正在与最终客户讨论、他们将负责发布安装说明以及如何处理这些说明。 如果您有任何关于如何为使用 AM4378 SDK 实现商业化的应用处理此许可的信息、是否还能告知我们？

谢谢、

Conor

尊敬的 Conor：

TI 的 PROCESSOR-SDK-LINUX-AM437X 包含许多用于构建主机（开发环境）的 GPLv3 许可组件、除了某些器件外、似乎很难完全删除 GPLv3。

Linux 是一个开源项目、它为任何特定任务提供了多种解决方案。 如果您不想使用 GPLv3 组件、则必须找到 GPLv2（或任何其他许可证）替代方案。

我们目前正在与负责发布安装说明及其处理方法的最终客户进行讨论。 如果您有关于如何为使用 AM4378 SDK 实现商业化的应用处理此许可的任何信息、请您也告知我们？

再次,我们不解释许可证/法律事项的这份表格,你会咨询你的律师。

尊敬的 Bin：

Linux 是一个开源项目、它为任何特定任务提供了多种解决方案。 如果您不想使用 GPLv3 组件、则必须找到 GPLv2（或任何其他许可证）替代方案。

感谢您的反馈。

我们理解并同意、Linux 作为一个开源项目、为完成一项任务提供了各种选择。
在本例中、我们正在评估对 AM437x 使用 Processor SDK Linux 的使用、并正在探索如何构建一个无 GPLv3 的系统、特别是为了避免在我们的生产部署中承担 Tivoization 义务。

我们在与 AM625 平台相关的 E2E 论坛上遇到了以下讨论：

AM625：Yocto：GPLv3 合规性–E2E 论坛

鉴于此、请确认：

1. 使用 AM437x 及其基于 Yocto 的 SDK 时、是否有相同的方法适用并受支持？

2. 是否有任何已知的最佳做法、示例或建议的通用 GPLv3 依赖项替换（例如，）bashopkg-utils允许在不违反依赖项的情况下构建功能映像？

我们知道 TI 可能不会正式支持无 GPLv3 构建、但任何指导或已知的社区示例都将非常感谢、因为这是我们产品的关键合规性要求。

此致、

Conor

尊敬的 Bin 和 Linux 支持团队：

您有任何更新吗？

已经有一段时间了,我开始问这个问题,所以我希望尽快有一个明确的答案。

谢谢、