Centos 7 на NUC6CAYH (Apollo Lake/Goldmont) — требуется обновление Mesa?

Question

У меня есть рабочая система Centos7 на NUC5CPYH. Чтобы получить драйверы для видео и беспроводной связи, которых нет в ядре Centos 3.10, мы используем ядро ​​4.10.9. Поскольку NUC5CPYH подходит к концу, я пытаюсь перейти на NUC6CAYH.

Наша система воспроизводит видео в Chrome. На NUC5CPYH все работает нормально. На NUC6CAYH я вижу высокую загрузку ЦП в gnome-shell, который, как я обнаружил (над командой "y"), имеет 4 потока, llvmpipe-[0-3]прикрепленных к PID gnome-shell -- поэтому мы используем рендеринг ЦП (а не ГП).

На NUC6CAYH ошибка glxinfo с сообщением i965_dri.so does not support the 0x5a85 PCI ID, которое похоже на сообщение об ошибке Mesa из src/mesa/drivers/dri/i965/brw_device_info.cПри рассмотрении include/pci_ids/i965_pci_ids.h идентификатора PCI 5a85 его нет в дереве 11.2 (Centos 7 включает mesa 11.2.2-2.20160614.el7), но он есть в дереве 12.0 и более поздних версиях.

Похоже, нам нужна новая версия Mesa. Так что вопрос в том, как мне это сделать?

• Верн ли этот анализ?
• Есть ли лучший способ решить эту проблему?
• У Intel есть хороший "рецепт" для видеостека, но это, похоже, сложная задача для реализации.
• Есть ли готовый путь для Centos 7, чтобы перейти на Mesa 12+?
• Может ли это быть таким же «простым», как сборка Mesa из исходников? Я попытался собрать 12.0.6 и столкнулся с рядом ошибок, так что это не выглядит таким уж простым...

ОбновлятьПоскольку ответов нет, я собираюсь обновить этот вопрос «на месте» и отредактировать заголовок, включив в него «Apollo Lake/Goldmont», сделав его более общим, чем просто конкретный продукт NUC.

Хорошей новостью является то, что я успешно собрал Intel 2017Q1 Graphic Stack Recipe (ссылка выше) из исходного кода на образе Centos 7. Я заметил несколько предупреждений компилятора, но проигнорировал их, поскольку кто-то умнее меня уже их видел. Сборка потребовала нескольких ручных настроек путей и перемещения некоторых библиотек в правильное место назначения.

Теперь запуск графического стека 17Q1 на NUC6CAYH, похоже, решает проблему потоков llvmpipe, работающих и сжигающих CPU, так что кажется, что GPU задействован. Действительно, загрузка CPU умеренная (как и ожидалось), что хорошо. Субъективно, наше видеоприложение (рендеренное в браузере Google Chrome) работает "нормально", но не на 100% гладко. Чтобы предоставить более объективные данные, я использовал glxgears (который отмечает, что сообщаемое fps должно равняться частоте обновления устройства 60 Гц), чтобы сравнить их.

• NUC6CAYH - Centos 7 + графический стек 17Q1 - glxgears48-53 кадра в секунду и заикается, топ ЦП: X.org 75-85%, conky refresh очень заметен
• NUC5CPYH - Centos 7 + включенный графический стек - glxgears 60.0 fps и плавно - топовый процессор: gnome-shell 38%, X.org 18% N
• NUC5CPYH - Centos 7 + графический стек 17Q1 - glxgears 60,0 fps и плавно, топовый процессор: gnome-shell 17%, X.org 13%, conky refresh отлично

Похоже, мне нужно разобраться с проблемой высокой загрузки ЦП X.org. Требуется ли/предпочитает ли графический стек 17Q1 определенную версию X? Возможно ли для простых смертных собрать X из исходников?

Answer 1

Я хотел бы предоставить обновленную информацию тем, кто может столкнуться с этим вопросом (я являюсь его первоначальным автором).

После попыток собрать различные графические компоненты из исходного кода для обновления тех, которые включены в Centos 7.3, мне так и не удалось заставить все части работать.

Тем временем был выпущен Centos 7.4, и набор компонентов довольно точно соответствуетРЕЦЕПТ ГРАФИЧЕСКОГО СТЕКА INTEL 2017Q1. Единственное дополнение к стандартному дистрибутиву Centos 7.4 — это более новое ядро ​​— я использую 4.13.3.

Графика и видео теперь отображаются чисто и с низкой загрузкой ЦП.