TL; DR - minha pesquisa sugere que não está corrigido na versão beta de 17.04 ou no lançamento, mas tenho grandes esperanças para 17.10.
Esses congelamentos acontecem quando o processador tenta entrar em um estado de baixa energia (c-state) que o kernel não suporta. Este problema foi introduzido por
commit 8fb55197e64d5988ec57b54e973daeea72c3f2ff
Date: Tue Apr 7 16:20:28 2015 +0100
drm/i915: Aggressive downclocking on Baytrail
Isso foi desenvolvido no kernel 4.2, e nós temos tido problemas desde então. Como explicado na resposta do heynnema (e este post onde eu tentei reunir informações ), há uma solução simples e eficaz, passando um parâmetro de inicialização que desativa os estados de baixa energia.
A versão beta do 17.04 atualmente disponível usa 4.9 (é baseado no upstream 4.9.6 como eu entendo), e no momento em que o lançamento sai em abril, eu acredito it estará usando 4.10 . O problema ainda existe nesses kernels, então concluí que não está corrigido até agora . Eu verifiquei o changelogs do kernel do Ubuntu, e não encontrei nada, mas por favor me corrija se eu estiver errado.
Tenho acompanhado o erro do c-state aqui no kernel.org há muito tempo. Em janeiro de 2017, Mika Kuoppala adicionou este patch ao tópico. Aparentemente, ele reverte o commit anterior que causou o problema. O patch é chamado
drm/i915/byt: Avoid tweaking evaluation thresholds
O teste indica resultados muito bons com este patch, que foi enviado aos proprietários do driver i915 em 25 de janeiro. Tudo bem, ele pode ser mesclado na janela 4.11. O kernel 4.11 pode ser lançado no final de abril. Uma versão deste patch foi mesclada na janela 4.11 e os relatórios indicam que o bug foi corrigido em 4.11.
Cada um dos problemáticos processadores BayTrail se comporta de maneira um pouco diferente com cada kernel diferente. Em 16.04 (kernel 4.4), meu tempo de atividade no Atom Z3735F sem o parâmetro intel_idle foi de cerca de 15 minutos antes do congelamento. Eu testei o beta 17.04 ISO no modo live, e não consegui congelar em 90 minutos, então parece que tenho sorte com esse kernel. Você pode fazer o mesmo para testar qualquer imagem em seu sistema - basta fazer um USB inicializável e "experimentar o Ubuntu sem instalar" e testá-lo pelo maior tempo possível.
Quando o 17.04 saiu, eu o instalei, e nas duas primeiras semanas eu o executei sem o parâmetro intel_idle , eu só tive três congelamentos do estado c, o que é uma grande melhoria nas versões anteriores.
O mais seguro é usar o parâmetro de inicialização. Com base em minha pesquisa, estou esperando que o bug seja corrigido em 17.10 (e em outras distribuições de distro ainda este ano), que estará usando um kernel > = 4.11, mas não em 17.04.
No entanto, há sempre a possibilidade de a Equipe do Kernel do Ubuntu corrigir o problema por conta própria. Se você puder tolerar a execução de um sistema instável ocasionalmente, poderá observar o progresso executando atualizações regulares ( sudo apt update && sudo apt full-upgrade ) e testando cada novo kernel sem o parâmetro de inicialização quando ele chegar. Você também pode ler os changelogs quando novos pacotes forem instalados ou (novamente, se você pode tolerar a instabilidade) instalar um kernel principal .