☰

NUC6CAYH 上的 Centos 7 (Apollo Lake/Goldmont) - 需要 Mesa 更新吗？

tag-icon • tag-icon centos x11 intel-graphics mesa
NUC6CAYH 上的 Centos 7 (Apollo Lake/Goldmont) - 需要 Mesa 更新吗？

我在 NUC5CPYH 上有一个可以运行的 Centos7 系统。为了获取 Centos 3.10 内核中没有的视频和无线驱动程序，我们使用 4.10.9 内核。由于 NUC5CPYH 的使用寿命即将结束，我正在尝试迁移到 NUC6CAYH。

我们的系统在 Chrome 中播放视频。在 NUC5CPYH 上，一切运行良好。在 NUC6CAYH 上，我看到 gnome-shell 上的 CPU 很高，我发现（在“y”命令之上）有 4 个线程llvmpipe-[0-3]附加到 gnome-shell 的 PID——所以我们使用 CPU（而不是 GPU）渲染。

在 NUC6CAYH 上，glxinfo 错误消息 i965_dri.so does not support the 0x5a85 PCI ID看起来像是src/mesa/drivers/dri/i965/brw_device_info.c查看include/pci_ids/i965_pci_ids.h 5a85 PCI ID 中的 Mesa 错误消息，该消息不在 11.2（Centos 7 包括 mesa 11.2.2-2.20160614.el7）树中，但在 12.0 及更高版本中。

看来我们需要新版本的 Mesa。所以问题是我该怎么做？

  • 这个分析正确吗？
  • 有没有更好的方法来解决这个问题？
  • 英特尔有一个不错的“食谱“对于视频堆栈来说，但这看起来是一项艰巨的任务。
  • 是否有 Centos 7 到 Mesa 12+ 的打包路径。
  • 这是否像从源代码构建 Mesa 一样“简单”？我尝试构建 12.0.6 并遇到了一系列错误，所以它看起来并不那么简单......

更新由于没有回复，我将“就地”更新此问题并编辑标题以包含“Apollo Lake/Goldmont”，使其比特定的 NUC 产品更通用。

好消息是，我在 Centos 7 映像上成功从源代码构建了 Intel 2017Q1 图形堆栈配方（上面的链接）。我观察到许多编译器警告消息，但忽略了它们，因为比我聪明的人已经看到了它们。该构建确实需要对路径进行一些手动调整，并将一些库移动到正确的目的地。

现在，在 NUC6CAYH 上运行 17Q1 图形堆栈似乎解决了 llvmpipe 线程运行并消耗 CPU 的问题，因此看起来 GPU 正在使用。事实上，CPU 负载适中（如预期），这很好。主观上，我们的视频应用程序（在 Google Chrome 浏览器内呈现）似乎运行“正常”，但不是 100% 流畅。为了提供一些更客观的数据，我使用 glxgears（它指出报告的 fps 应等于 60 Hz 的设备刷新率）来查看它们的比较情况。

  • NUC6CAYH - Centos 7 + 17Q1 图形堆栈 - glxgears48-53 fps 和卡顿，顶级CPU：X.org 75-85%，conky刷新非常明显
  • NUC5CPYH - Centos 7 + 包含图形堆栈 - glxgears 60.0 fps 且流畅 - 顶级 CPU：gnome-shell 38%，X.org 18% N
  • NUC5CPYH - Centos 7 + 17Q1 图形堆栈 - glxgears 60.0 fps 且流畅，顶级 CPU：gnome-shell 17%，X.org 13%，conky 刷新良好

看来接下来我需要深入研究 X.org 高 CPU 问题。 17Q1 图形堆栈是否需要/更喜欢特定版本的 X？凡人是否有可能从源代码构建 X？

答案1

我想向可能偶然发现这个问题的其他人提供更新（我是原始提交者）。

在尝试从源代码构建各种图形组件以更新 Centos 7.3 中包含的图形组件后，我从未成功地使所有组件正常工作。

与此同时，Centos 7.4 已经发布，并且该组件集与2017Q1 英特尔显卡堆栈配方。标准 Centos 7.4 发行版的唯一补充是获得更新的内核——我使用的是 4.13.3。

图形和视频现在可以清晰地渲染并且 CPU 占用率较低。

相关内容