Проблема Intel Bay Trail CPU будет решена в 17,04?

TL; DR - мое исследование предполагает, что не фиксируется в 17,04 бета изображениях или в выпуске, но у меня есть большие надежды на 17,10.

Эти замораживания происходят, когда процессор пытается ввести состояние низкой мощности (c-состояние), которое не поддерживает ядро. Эта проблема была представлена

commit 8fb55197e64d5988ec57b54e973daeea72c3f2ff
Date:   Tue Apr 7 16:20:28 2015 +0100
drm/i915: Aggressive downclocking on Baytrail

Это пошло в восходящем направлении в ядре 4.2, и у нас были проблемы с тех пор. Как объяснено в ответе heynnema (и это сообщение, где я попытался сопоставить информацию) существует простое и эффективное обходное решение, передавая параметр начальной загрузки, который отключает состояния низкой мощности.

Бета-версия 17,04 в настоящее время доступного использования 4.9 (это основано на восходящих 4.9.6, как я понимаю), и к этому времени выпуск выходит в апреле, я полагаю, что это будет использовать 4.10. Проблема все еще существует в этих ядрах, таким образом, я пришел к заключению, что она не фиксируется на данный момент. Я проверил журналы изменений ядра Ubuntu, и ничего не нашел, но исправьте меня, если я неправ.

Я отслеживал ошибку c-состояния здесь на kernel.org в течение долгого времени. В январе 2017 Mika Kuoppala добавил этот патч к потоку. По-видимому, это возвращается более ранняя фиксация, которая вызвала проблему. Патч называют

drm/i915/byt: Avoid tweaking evaluation thresholds

Тестирование указывает на очень хорошие результаты с этим патчем, который был отправлен i915 владельцам драйверов 25-го января. Так как весь был хорошо, это могло быть объединено в 4,11 окнах. 4,11 ядра могут быть выпущены вокруг конца апреля. Версия этого патча была объединена в 4,11 окнах, и отчеты указывают, что ошибка исправлена в 4,11.

Каждый из неприятных процессоров BayTrail ведет себя немного по-другому с каждым различным ядром. В 16,04 (4,4 ядра) мое время работы на Atom Z3735F без intel_idle параметра было приблизительно за 15 минут до замораживания. Я протестировал бету 17.04 ISO в живом режиме, и я не получил замораживание за 90 минут, таким образом, кажется, что я удачлив с этим ядром. Можно сделать, то же самое для тестирования любого изображения в системе - просто делает загрузочный USB, и "пробуют Ubuntu, не устанавливая" и тестируют его максимально долго.

Когда 17.04 вышел, я установил его, и за первые две недели я выполнил его без intel_idle параметр, у меня только было три замораживания c-состояния, который является огромным улучшением на более ранних версиях.

Самая безопасная вещь сделать использовать параметр начальной загрузки. На основе моего исследования я ожидаю, что ошибка будет зафиксирована в 17,10 (и в другом дистрибутиве выпускает позже в этом году), который будет использовать ядро> =4.11, но не в 17,04.

Однако всегда существует возможность, что Команда Ядра Ubuntu может исправить его самостоятельно. Если можно терпеть выполнение нестабильной системы иногда, можно наблюдать за прогрессом путем выполнения регулярных обновлений (sudo apt update && sudo apt full-upgrade) и тестирование каждого нового ядра без параметра начальной загрузки, когда это прибывает. Можно также считать журналы изменений, поскольку новые пакеты установлены или (снова, если можно терпеть нестабильность), устанавливают ядро магистрали.