NUC6CAYH (Apollo Lake/Goldmont) 上的 Centos 7 - 需要更新 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.h5a85 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 圖形堆棧 - glxgears 48-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 嗎？
我想向可能偶然發現這個問題的其他人提供更新（我是原始送出者）。
在嘗試從原始碼建構各種圖形組件以更新 Centos 7.3 中包含的圖形組件後，我從未成功地讓所有元件工作。
與此同時，Centos 7.4 已經發布，組件集與2017Q1 INTEL GRAPHICS STACK RECIPE非常匹配。標準 Centos 7.4 發行版的唯一補充是獲得更新的核心——我使用的是 4.13.3。
圖形和影片現在可以清晰地渲染，並且 CPU 較低。