Crashes no dispositivo BayTrail

Question

Pouco depois de trocar um tablet por um Toshiba Satellite Click 2 (laptop touchscreen híbrido), instalei o Linux. Logo descobri que há um bug no kernel que faz com que o Linux falhe intermitentemente nos dispositivos gráficos integrados do BayTrail. Então, para ter certeza de que não era um problema de instalação, experimentei diferentes distros de ambientes de desktop do Ubuntu e outras distribuições do Linux, como Manjaro. Mesmo problema. Eu instalei o Android x86 e o mesmo problema ocorre. Ele estará funcionando bem e, em seguida, desliga-se sem qualquer aviso, como se a bateria fosse arrancada do dispositivo ou a tomada de força tivesse sido puxada. Morto. Eu então tenho que inicializar de volta. Eu instalei o Windows 10 e ele não falha, então é certo que o bug. Eu pesquisei e encontrei o sinalizador de inicialização do kernel "intel_idle.max_cstate = 1". Bem como o sinalizador de inicialização "intel_pstate = disable".

Eu apliquei esses flags de inicialização tanto no menu GRUB na inicialização quanto no arquivo / etc / default / grub. Eu ainda recebo acidentes aleatórios. Eles não são isolados para qualquer ação ou aplicação. Algum jeito de arrumar isso?

Qualquer ajuda é apreciada, obrigado!

    

Answer 1

Eu li o link Zanna fornecido nos comentários, mas há algo mais que você deve analisar: Bay Trail Freezing . Existem mais de 500 mensagens aqui dos usuários do Bay Trail (além de alguns outros processadores da Intel).

As mensagens começam em dezembro de 2015, portanto, role para baixo até o final do terceiro dia (a partir de 24 de outubro de 2016) e você verá esta postagem:

Justin 2016-10-22 21:58:34 UTC
One week so far no crashes.  4.8.0-rc8-amd64

Options

GRUB_CMDLINE_LINUX_DEFAULT=intel_idle.max_cstate=5

In rc.local this script is run at boot...

 ----- 

#!/bin/bash
echo 1 > /sys/devices/system/cpu/cpu0/cpuidle/state3/disable
echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo


thanks

Eu li centenas dessas postagens e alguns usuários podem relatar "sucesso" um dia e o relatório de volta com "falhou novamente!" alguns dias depois. Acima, o autor recomenda a versão 4.8.0-rc8 do Kernel, mas eu recomendaria usar a versão estável do kernel 4.8.4. Um resumo para fazer isso é:

cd /tmp
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8.4/linux-headers-4.8.4-040804_4.8.4-040804.201610220733_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8.4/linux-headers-4.8.4-040804-generic_4.8.4-040804.201610220733_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8.4/linux-image-4.8.4-040804-generic_4.8.4-040804.201610220733_amd64.deb
sudo dpkg -i *.deb
sudo reboot

Observação: a versão 4.8.4 é o kernel estável mais atual em 24 de outubro de 2016.

Atualização de 30 de outubro de 2016

A partir do bug mail de hoje, a seguinte solução foi proposta:

thorsten: Try the commands below, and report back. These eliminate hang ups on
my N2930 with kernel 4.7 (Gentoo).

First start kernel with: intel_idle.max_cstate=0

Then give these commands as root:

echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo
echo 1 > /sys/devices/system/cpu/cpu0/cpuidle/state3/disable
echo 1 > /sys/devices/system/cpu/cpu1/cpuidle/state3/disable
echo 1 > /sys/devices/system/cpu/cpu2/cpuidle/state3/disable
echo 1 > /sys/devices/system/cpu/cpu3/cpuidle/state3/disable