☰

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 佔用率較低。

相關內容