rpi-5.10.yブランチに更新することを強くお勧めしますか。 DRM / KMSドライバーは、特にDSI向けに積極的に取り組んでいます。 個々のパッチのバックポートは機能する場合と機能しない場合がありますが、古いカーネルバージョンのデバッグに労力を費やすことはありません。

rpi-5.10.yブランチには、標準のPi7"DSIパネル用にマージされたドライバーとオーバーレイが既にあります。

3985は、DSIパネルの例をシステムに追加したPRであり、実際にはILI9881ドライバーを使用しています。 私はそれをリベースしてマージする必要があります。

initシーケンスについてどの程度確信がありますか？ 2/4 DSIデータレーン、および720x1280と800x1280を超えて、さまざまなディスプレイのこれらのテーブルで実際に何が変更されているかを分析していません。 マージされるものは有効である必要があるため、潜在的に未知のコンテンツのテーブルではなく、それらでテストすることは興味深いでしょう。 私は、ディスプレイメーカーが完全に偽のタイミングと初期化を与えることを知っています。

rpi-5.10.yブランチに更新することを強くお勧めしますか。 DRM / KMSドライバーは、特にDSI向けに積極的に取り組んでいます。 個々のパッチのバックポートは機能する場合と機能しない場合がありますが、古いカーネルバージョンのデバッグに労力を費やすことはありません。

わかりました。ありがとうございます。rpi-5.10.yブランチで試してみて、どうなるか見てみましょう。 でも、休み明けまでかかるかもしれません。

initシーケンスについてどの程度確信がありますか？ 2/4 DSIデータレーン、および720x1280と800x1280を超えて、さまざまなディスプレイのこれらのテーブルで実際に何が変更されているかを分析していません。 マージされるものは有効である必要があるため、潜在的に未知のコンテンツのテーブルではなく、それらでテストすることは興味深いでしょう。 私は、ディスプレイメーカーが完全に偽のタイミングと初期化を与えることを知っています。

initシーケンスの正確なバイトごとの値を示すパネルのデータシートがあるので、これらが正しいと仮定すると節約できると考えました。 しかし、おそらく他のいくつかのテーブルで試してみることができます。 4レーンではなく2レーンを使用するように調整する必要があると思います。

ディスプレイで作業していた720x1280の2レーンILI9881の初期化テーブルがあります。 私はおそらくそれをリリースすることはできませんが、あなたと私のものの間で（もしあれば）何が違うのかを簡単に比較します。

私の画面のinitテーブルは、

    ILI9881C_SWITCH_PAGE_INSTR(0),
    ILI9881C_COMMAND_INSTR(0x11, 0x00),

最後に。

5.10で動作しています。 私の構成には競合状態があるようですが、panel-ilitek-ili9881cをブラックリストに登録し、手動でmodprobeを実行すると、すべてが正常に読み込まれます。 しかし、それは私のレギュレーター構成にかかっていると思います。 おそらくどこかで魔法の遅れが必要なのです。

私はPi4でテストしていますが、DSI構成と実際の違いはありません。