Apakah masalah Intel Bay Trail CPU akan diperbaiki pada 17.04?

Banyak orang memiliki masalah dengan Ubuntu 14.04, 16.04 dan 16.10 di mana sistem membeku sepenuhnya, dan saya salah satunya.

Saya ingin tahu apakah Ubuntu 17.04 akan memperbaiki masalah itu atau tidak, apakah sudah diperbaiki pada image uji coba ISO 17,04, sebelum saya mencoba mengunduhnya dan mengujinya.

TL; DR - penelitian saya menunjukkan itu tidak diperbaiki dalam gambar beta 17,04 atau dalam rilis, tapi saya punya harapan tinggi untuk 17,10.

Pembekuan ini terjadi ketika prosesor mencoba memasuki kondisi daya rendah (c-state) yang tidak didukung oleh kernel. Masalah ini diperkenalkan oleh

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

Ini berjalan di kernel 4.2, dan kami telah mengalami masalah sejak saat itu. Seperti dijelaskan dalam jawaban heynnema (dan postingan ini di mana saya telah mencoba untuk mengumpulkan informasi ) ada solusi langsung dan efektif, melewati parameter boot yang menonaktifkan status daya rendah.

Versi beta 17.04 saat ini tersedia menggunakan 4.9 (ini didasarkan pada hulu 4.9.6 seperti yang saya mengerti), dan pada saat rilis keluar pada bulan April, saya percaya itu akan menggunakan 4,10 . Masalahnya masih ada di kernel ini, jadi saya telah menyimpulkan bahwa itu tidak diperbaiki seperti yang sekarang . Saya memeriksa changelogs kernel Ubuntu, dan tidak menemukan apa pun, tetapi tolong perbaiki saya jika saya salah.

Saya telah melacak bug c-state di sini di kernel.org untuk waktu yang lama. Pada Januari 2017, Mika Kuoppala menambahkan tambalan ini ke utas. Rupanya, itu mengembalikan komit sebelumnya yang menyebabkan masalah. Patch disebut

drm/i915/byt: Avoid tweaking evaluation thresholds

Pengujian menunjukkan hasil yang sangat baik dengan tambalan ini, yang telah diserahkan kepada pemilik driver i915 pada 25 Januari. Semua baik-baik saja, itu bisa digabungkan di jendela 4,11. Kernel 4.11 dapat dirilis sekitar akhir April. Versi tambalan ini digabungkan di jendela 4.11 dan laporan menunjukkan bahwa bug diperbaiki di 4.11.

Masing-masing prosesor BayTrail yang bermasalah berperilaku sedikit berbeda dengan setiap kernel yang berbeda. Dalam 16,04 (4,4 kernel) uptime saya di Atom Z3735F tanpa parameter intel_idle adalah sekitar 15 menit sebelum pembekuan. Saya menguji beta 17.04 ISO dalam mode langsung, dan saya tidak mendapatkan pembekuan dalam 90 menit, jadi sepertinya saya beruntung dengan kernel ini. Anda dapat melakukan hal yang sama untuk menguji gambar apa pun di sistem Anda - cukup buat USB yang dapat di-boot dan "coba Ubuntu tanpa menginstal" dan ujilah selama mungkin.

Ketika 17,04 keluar, saya menginstalnya, dan dalam dua minggu pertama saya menjalankannya tanpa intel_idleparameter, saya hanya memiliki tiga pembekuan c-state, yang merupakan peningkatan besar pada versi sebelumnya.

Yang paling aman untuk dilakukan adalah menggunakan parameter boot. Berdasarkan penelitian saya, saya mengharapkan bug diperbaiki di 17.10 (dan di rilis distro lainnya akhir tahun ini) yang akan menggunakan kernel> = 4.11, tetapi tidak di 17.04.

Namun, selalu ada kemungkinan bahwa Tim Kernel Ubuntu dapat menambalnya sendiri. Jika Anda dapat mentolerir menjalankan sistem yang tidak stabil sesekali, Anda dapat mengawasi kemajuan dengan menjalankan pembaruan rutin ( sudo apt update && sudo apt full-upgrade) dan menguji setiap kernel baru tanpa parameter boot ketika tiba. Anda juga dapat membaca changelogs ketika paket baru diinstal atau (sekali lagi, jika Anda dapat mentolerir ketidakstabilan) instal kernel utama .

Ada perbaikan untuk ini di Cara mengatur intel_idle.max_cstate = 1 .

Di terminal, ketik:

gksudo gedit /etc/default/grub

dan ubah baris ini:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

untuk memasukkan ini:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

lalu lakukan:

sudo update-grub
reboot

Ini adalah masalah Intel, bukan masalah Ubuntu, tapi syukurlah kami telah memperbaikinya.

Tidak ada yang tahu apakah Ubuntu 17.04 akan membutuhkan perbaikan ini atau tidak.

Menurut komentar # 1013 dalam laporan bug sekarang diperbaiki:

Saya belum memeriksa utas ini dalam waktu yang lama, tapi saya pikir saya harus memposting temuan saya kalau-kalau ada gunanya bagi siapa pun.

Komputer low-end yang ditenagai dengan Intel N2807 yang tidak pernah bekerja lebih dari 30 juta tanpa crash ketika saya tidak mengatur ... max_cstates = 1 sekarang bekerja dengan sangat baik dengan stock kernel v. 5.3.1 atau 4.19.75. Saya menjalankannya selama beberapa hari dengan setiap versi tanpa masalah. Konsumsi daya rata-rata juga turun sedikit di atas 10%.

Butuh waktu sekitar empat tahun untuk memperbaiki bug ini pertama kali dilaporkan 8 Desember 2015.