Intel Bay Trail CPUの問題は17.04で修正されますか？

多くの人がUbuntu 14.04、16.04、16.10で問題を抱えており、システムが完全にフリーズします。私もその1人です。

ダウンロードしてテストしてみる前に、Ubuntu 17.04でこの問題が修正されるかどうか、17.04のトライアルISOイメージですでに修正されているかどうかを知りたいです。

TL; DR-私の調査によると、17.04ベータイメージやリリースでは修正されていないようですが、17.10には大きな期待があります。

これらのフリーズは、プロセッサがカーネルがサポートしていない低電力状態（c-state）に入るときに発生します。この問題は、

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月にリリースがリリースされるときまでに、4.10を使用すると思います。これらのカーネルにはまだ問題が残っているため、現時点では修正されていないと結論付けました。Ubuntuカーネルの変更ログを確認しましたが何も見つかりませんでしたが、間違っていた場合は修正してください。

私は、kernel.orgのc-stateバグを長い間追跡してきました。2017年1月、Mika Kuoppalaがこのパッチをスレッドに追加しました。どうやら、それは問題を引き起こした以前のコミットを元に戻します。パッチは

drm/i915/byt: Avoid tweaking evaluation thresholds

1月25日にi915ドライバーの所有者に提出されたこのパッチで、テストは非常に良い結果を示しています。 すべて順調で、4.11ウィンドウにマージできます。4.11カーネルは4月末頃にリリースされる可能性があります。 このパッチのバージョンは4.11ウィンドウに統合され、レポートはバグが4.11で修正されたことを示しています。

問題のあるBayTrailプロセッサはそれぞれ、カーネルが異なると動作が少し異なります。16.04（4.4カーネル）では、intel_idleパラメーターなしのAtom Z3735Fでの稼働時間は、フリーズする前に約15分でした。私はベータ版17.04 ISOをライブモードでテストしましたが、90分間フリーズしなかったので、このカーネルで幸運に思えます。システム上の任意のイメージをテストするために同じことを行うことができます-起動可能なUSBを作成し、「インストールせずにUbuntuを試してみて」、できるだけ長くテストしてください。

17.04が出たとき、私はそれをインストールし、最初の2週間でintel_idleパラメーターなしで実行しましたが、c-stateのフリーズが3回しかありませんでした。これは、以前のバージョンの大きな改善です。

最も安全な方法は、ブートパラメータを使用することです。私の調査に基づいて、バグは17.10（および今年後半のその他のディストリビューションリリース）で修正されると予想しています。カーネルは4.11以上ですが、17.04 では修正されません。

ただし、Ubuntu Kernel Teamがパッチを適用する可能性は常にあります。不安定なシステムの実行をたまに許容できる場合は、定期的な更新（sudo apt update && sudo apt full-upgrade）を実行し、到着時にブートパラメータなしで新しいカーネルをそれぞれテストすることで、進行状況を監視できます。また、新しいパッケージがインストールされたときに変更ログを読み取るか、または（不安定さを許容できる場合は）メインラインカーネルをインストールすることもできます。

intel_idle.max_cstate = 1の設定方法に、これに対する修正があります。

でterminal、次のように入力します。

gksudo gedit /etc/default/grub

次の行を変更します。

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

これを含めるには：

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

次に行います：

sudo update-grub
reboot

これはIntelの問題であり、Ubuntuの問題ではありませんが、修正されたことを感謝します。

Ubuntu 17.04でこの修正が必要かどうかは誰にもわかりません。

バグレポートのコメント番号1013によると、これは修正されています。

私は長い間このスレッドをチェックしていませんでしたが、誰かに役立つ場合に備えて、調査結果を投稿するべきだと思いました。

Intel N2807を搭載したローエンドコンピュータは、設定しないとクラッシュせずに30分以上動作しなかった... max_cstates = 1は、ストックカーネルv。5.3.1または4.19.75で完全に機能するようになりました。問題なく各バージョンで数日間実行しました。また、平均消費電力も10％弱減少しました。

2015年12月8日に最初に報告されたこのバグを修正するには、約4年かかりました。