Q100573： Katana 、 Mari 、 Modo 和 Nuke 可能无法使用第 10 代 (Ice Lake) 或更新的 Intel CPU 启动

症状

我们发现， Katana 、 Mari 、 Modo和Nuke有时无法在使用 Intel 第 10 代 (Ice Lake) CPU 或更新版本（第 11 代 (Rocket Lake)、第 12 代 (Alder Lake)、第 13 代 (Alder Lake) CPU 的机器上启动。猛禽湖））。

此问题仅影响 Windows 操作系统。

Nuke Indie 、 Nuke Non-Commercial 和Mari Non-Commercial 用户还报告说，此问题可能会导致授权其设备时许可对话框崩溃。输入您的详细信息并按授权设备后：

然后显示进度条，此时对话框可能会关闭。这将导致许可证无法更新。

原因

特定版本的软件附带的 OpenSSL 版本 (1.0.2.g) 中存在一个错误，其中 Intel 第 10 代 (Ice Lake) CPU 或更新版本会由于 sha1 asm 例程错误地使用 rax寄存器而崩溃。有关这方面的更多信息可以在下面的“进一步阅读”部分中找到。

解决方法

作为解决方法，您可以设置以下环境变量来纠正该问题：

OPENSSL_ia32cap=~0x200000200000000

您可以通过访问“控制面板”>“系统”>“高级系统设置”>“环境变量”来执行此操作...添加环境变量后，您可能需要重新启动计算机才能使其生效。

该变量禁用位 33 和 54，并且根据 OpenSSL 文档，不应导致任何安全问题，因为它只是禁用处理器功能。该变量的文档可以在进一步阅读中找到 下面的部分。

解决

该问题应在OpenSSL 1.0.2i及更高版本中得到解决。有关这方面的更多信息可以在下面的“进一步阅读”部分中找到。

NUKE

已记录更新Nuke的 OpenSSL 版本的内部功能请求，可以将其引用为：

ID 424014 - 将Nuke的 OpenSSL 版本升级到 1.0.2i 或更高版本

随着Nuke的 OpenSSL 版本更新到 1.0.2u，此问题在Nuke 13.0v8、13.1v4 和 13.2v1 及更高版本中应该不再出现。

但是，该问题在Nuke 13.0v8、13.1v4 和 13.2v1 之前发布的Nuke版本中仍然存在，您可能需要使用上述解决方法。

MARI

针对OpenSSL 1.0.2g构建的Mari版本在使用第 10/11/12 代 Intel CPU 时可能会遇到问题。

注意：大多数Mari用户报告的是第 11 代处理器的问题，而不是第 10 代处理器。

已记录升级 OpenSSL 版本的内部功能请求： ID 483084 - 将Mari的 OpenSSL 版本升级到 1.0.2i 或更高版本

OpenSSL版本从Mari 4.7v7、4.8v2和5.0v2开始升级到1.0.2u，在Mari 6.0v1及更高版本中升级到1.1.1m。

KATANA

在Katana中，我们还记录了针对 Rocket Lake 第 11 代 Intel CPU 报告的崩溃行为的错误。您可以将此错误 ID 引用为：

ID 475083 - Katana在采用 Intel 第 11 代 CPU 的系统上启动时崩溃

此错误已在Katana 4.5v1 及更高版本中得到解决，不应出现此行为。 Katana版本 4.5v1 及更高版本使用 OpenSSL 1.0.2u。

MODO

在Modo中，还存在一个已确认的问题，即使用这些新一代英特尔处理器时，许可 UI 不会按预期出现在Modo 15 中，该问题已在Modo 16.0v3 及更高版本中修复。

有关此特定问题的更多信息，请参阅以下知识库文章：
Q100631：使用第 10 代 (Ice Lake)、第 11 代 (Rocket Lake) 或第 12 代 (Alder Lake) Intel CPU 的Modo 15 中未出现许可 UI

延伸阅读

• 请查看以下链接以获取有关OpenSSL 文档的更多信息。
  
• 您还可以在此处查看有关英特尔 OpenSSL* SHA 崩溃错误的更多信息。
  
• 有关更多信息，请参阅我们的知识库文章： Q100015 - 如何设置环境变量。
  
  
  

进一步的帮助

如果您在使用新一代 Intel CPU 时设置 OpenSSL 环境变量后启动Katana 、 Mari 、 Modo或Nuke时仍然遇到问题，请提出支持请求，让我们知道遇到的确切问题以及已采取的故障排除步骤。

有关如何提出支持请求的更多信息，请参阅本文：
Q100064：如何提出支持票