DebianからArchまで、さまざまなデバイスでACPIエラーが発生するのを見ました。 ACPIがおおよその意味を知っています。
ACPI(Advanced Configuration and Power Interface)は、デスクトップおよびモバイルコンピュータの消費電力を効率的に処理するための業界仕様です。
私もこれがよく見せるこのエラーは、* nixベースのディストリビューションでWindow $よりも詳細なカーネルフィードバックを持つ傾向があるために発生します。
私の質問は次のとおりです。
- 誰のせいですか?メーカーでうまくサポートしていないのか、カーネルで十分にサポートしていないからだろうか?
- これらのエラーを処理するための「ベストプラクティス」とは何ですか?私が経験している問題はほとんど目に見える問題ですが、Microsoftの友達のようにこれらの問題を隠しても大丈夫でしょうか?
- 何ですか実際にこれらのエラーが発生した場合はどうなりますか?定義によれば、すべての統治権力がきちんとなされなければかなり否定的な副作用があるように聞こえますが、これはほとんど受動的なようです。正確に何をするようになっていますか?
答え1
ACPIはもともと「電力消費を処理するためのインターフェース」でしたが、より複雑になり、ハードウェアリソースの割り当てなどの他のことも指定します。
問題は、ACPI仕様がかなり複雑であることです。ハードウェアベンダーはしばしばACPI仕様に違反しますが、Windowsドライバと一緒にハードウェアを配送し、ドライバが破損したACPIデータをうまく処理する方法でドライバを作成すると、誰もそれに気付かないでしょう。仕様に準拠したデータが必要なLinuxで同じことを試みるまで、これらのエラーが発生します。
より興味深いことに、ACPIデータはオペレーティングシステムによって異なりますが(ACPIにはオペレーティングシステムを照会する機能があります)、照会機能は機能していても動作しない場合もあり、残りのWindowsが提供している間にLinuxに正しい値を提供します。しようとする場合もあります。ドライバと連携して動作するため、値が壊れています。時には、Linuxが完全にテストされていない値を提供することがあります。これがどこに行くのかがわかります。すべてが台無しです。
私の個人的な「ベストプラクティス」は、必要なものが間違っているまですべてのエラーを無視することです。この場合は、OS識別を操作し、カーネルパラメータをオーバーライドして操作し、他のすべての方法が失敗した場合は、座ってACPIテーブルをデコンパイルし、正確に何が間違っているかを調べてください。最後の部分は楽しいことではありません。