私はこれが以下を意味するのかわかりません:
[ 0.652039] ACPI: Added _OSI(Module Device)
[ 0.652044] ACPI: Added _OSI(Processor Device)
[ 0.652049] ACPI: Added _OSI(3.0 _SCP Extensions)
[ 0.652054] ACPI: Added _OSI(Processor Aggregator Device)
[ 0.656286] ACPI: EC: Look up EC in DSDT
[ 0.660361] ACPI: Executed 1 blocks of module-level executable AML code
**[ 0.720310] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored**
[ 0.721539] ACPI: SSDT 000000009ce70798 00727 (v01 PmRef Cpu0Cst 00003001 INTL 20100121)
[ 0.722623] ACPI: Dynamic OEM Table Load:
[ 0.722630] ACPI: SSDT (null) 00727 (v01 PmRef Cpu0Cst 00003001 INTL 20100121)
[ 0.752832] ACPI: SSDT 000000009ce71a98 00303 (v01 PmRef ApIst 00003000 INTL 20100121)
これはどのようなバグですか?このバグはシステムのパフォーマンスに影響しますか?.
私が理解できることは、ACPIに関連するBios/Firmwareからのクエリ(ラップトップを実行している場合はバッテリー、デスクトップPCを実行している場合はUPSなどを意味する)が認識されないことを意味します。
Ubuntuが行ったことは、問題を引き起こさないためにクエリを無視していました。 mightこれが原因で見られるものは次のとおりです。
Ubuntuのバッテリー状態は、バッテリーが切断されたことを検出しません。まだ同じ「Battery Connected」シンボルが表示されます。
バッテリー充電通知は正しく更新されません。
これは、バッテリーが正しく充電されない、またはバッテリーの状態を正しく検出しなかったことを意味するものではなく、単にデスクトップで正しく表示されないことを意味します。これは、あなたに正しく表示されないという意味でもありません。
パフォーマンス関連のものについては、パフォーマンスの問題は発生しません。いつもと同じように実行されます。
基本的に、これはBIOSに由来します。最初にOSがWindowsであると想定し、次にクエリを実行して情報を確認します。
とにかく心配する必要はありません。Ubuntuや他のLinuxディストリビューションは、事実上WindowsであるとBIOSに伝えて、そこから正しいクエリを取得できます。 Dmesgとブートシステムは、そのメッセージをそこに投稿するだけで、BIOSがOSに何かを要求することを通知します(Windowsを想定していることを思い出してください)。これが、BIOSメーカーが、動作するハードウェアがWindowsだけであると想定すべきではない理由です。
ACPIテーブル(DSDT、SSDT)はBIOSによって提供されます。これらのACPIテーブルにより、OSは抽象化層(ACPI)を介してハードウェアを制御できます。メーカーは、ACPI _OSI
メソッド(オペレーティングシステムインターフェイス)を使用して、特定の機能についてOSにクエリを実行できます。
このメカニズムにより、ACPIはOS(およびバージョン)を検出し、必要に応じていくつかの癖を適用できます。これは、マシンの新しい機能が古いWindowsバージョンでサポートされていない可能性があるため、Windowsマシンで特に役立ちます。ただし、Linuxの哲学では、Linuxカーネルで機能がサポートされていない場合、BIOS製造元が除外を行うべきではないという考え方です。代わりに、コミュニティ(カーネル開発者)は、新しいマシンのこれらの機能をサポートするコードを追加する必要があります。
以前、一部のBIOSメーカーは、Linuxシステムを検出した場合、機能を削除しました。 BIOSリリースの時点では機能がサポートされていない可能性がありますが、将来的にはサポートされる可能性があります。そのため、「Linux」のクエリは無視されます。