web-dev-qa-db-ja.com

[drm：gen9_set_dc_state [i915]] Setting DC state from 02 to 00 spams my my memesg

dmesgメッセージは、次のような膨大な数のエントリでスパム送信されます。

[drm:gen9_set_dc_state [i915]] Setting DC state from 02 to 00
[drm:intel_power_well_enable [i915]] enabling DC off

そして戻って

[drm:skl_enable_dc6 [i915]] Enabling DC6
[drm:gen9_set_dc_state [i915]] Setting DC state from 00 to 02

intel i915 GPUとUbuntuが最新のラップトップ.

1秒未満のメッセージ。 dmesgはこの方法では使用できません。やめたい。

私が見つけたもの：組み込みのIntel i915グラフィックスは、i915.disable_power_wellなどのカーネルパラメータによって制御できます。

Intelは説明します：

disable_power_well:Disable display power wells when possible (-1=auto [default], 0=power wells always on, 1=power wells disabled when possible) (int)

私の問題：非ネイティブスピーカーとして、「ディスプレイ電源ウェル」の要点がわかりません。インテルの「電源コンセント」の意味を教えてください。

カーネルパラメータを使用して、この許容できない動作を変更するつもりです

i915.disable_power_well= ....

どの値が最も適切ですか？

kernelintel-graphicsi915
1
opinion_no9

私のログにも同じ「億兆のエントリ」がありますが、カーネルオプションdrm.debug=0xeしたがって、デフォルトではログに表示されないデバッグメッセージです。したがって、単純なdrm.debug=0x0迷惑な「膨大な数のエントリ」を削除する必要があります。そうしないと、これらのメッセージを強制的に表示する何かが発生します。

カーネルパラメータSudo modinfo -p drm特にデバッグパラメータについて：

debug:Enable debug output, where each bit enables a debug category.
        Bit 0 (0x01)  will enable CORE messages (drm core code)
        Bit 1 (0x02)  will enable DRIVER messages (drm controller code)
        Bit 2 (0x04)  will enable KMS messages (modesetting code)
        Bit 3 (0x08)  will enable PRIME messages (prime code)
        Bit 4 (0x10)  will enable ATOMIC messages (atomic code)
        Bit 5 (0x20)  will enable VBL messages (vblank code)
        Bit 7 (0x80)  will enable LEASE messages (leasing code)
        Bit 8 (0x100) will enable DP messages (displayport code) (int)

今私はpower_wellがあなたの問題を解決できるかどうかわからないので、それぞれの値0と1を試して何が起こるかを確認できますが、これらのメッセージはi915.enable_dcに関連していると思います。

1
Émilien