i.MX8QMマルチディスプレイセットアップでのAAOS 15ユーザースイッチクラッシュこんにちは、チームの皆さん、
私たちは Android オートモーティブ OS 15(AAOS 15) を i.MX8QuadMax ボード 上で マルチ ディスプレイ 構成( メイン ディスプレイ + 乗客 ディスプレイ)で動かしています。
ユーザー 切り替え 時に デフォルトの Car Launcher に 問題 が発生しています:
- システムは 正常に 起動し 、 ランチャー は メインディスプレイ と 助手席側 ディスプレイの 両方 に 表示され ます 。
- 現在の ユーザー から 新規ユーザー や ゲスト ユーザーに 切り替え ると 、 メイン ディスプレイ と 乗客 用ディスプレイ の両方 が クラッシュ し、 使用不能 になります 。
- The issue is consistently reproducible after ユーザー switching.
私たちは 以下のこと を 知り たい のです 。
- i.MX8QM マルチ ディスプレイ システム での AAOS 15 での ユーザー スイッチ ングに関する 既知 の問題 はありますか?
- Are there any additional configurations required for passenger display handling during user スイッチ?
- この 問題 を さらに 分析する ために、 どのような ログ や デバッグ 情報 を 収集 す べきでしょうか ?
何かご提案やアドバイスがあれば、ぜひお聞かせください。
ありがとうございます。
Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setupこんにちは、 @AldoG さん。
ご説明ありがとうございます。
弊社で は、 NXP BSPを搭載したNXP i.MX8QM MEK ボード を 使用 し ています 。この 問題 は Android オートモーティブに関連しているため、 AAOS関連 の適切な サポート チャネル や フォーラム を
教え ていただければ 幸いです 質問はありますか? ありがとうございます。
Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setupこんにちは、
NXP MEKボードを使用していますか?
もしそうなら、NXP BSPを使っていますか?
なお、当サイトはAndroid オートモーティブをサポートしていませんが、BSPリリースで問題が発生した場合は支援が可能です。
よろしくお願いいたします。
アルド。
Re: AAOS 15 User Switch Crash on i.MX8QM Multi-Display Setupこんにちは、 @AldoG さん。
ご 回答 ありがとうござい ます 。完全 な ログキャット、 再現 手順、 および マルチディスプレイを実現するために行った変更点 を添付し まし た 。
再現手順:
- センター ディスプレイ と 助手席 ディスプレイ を有効にした 状態で、 i.MX8QM 上で AAOS 15 を起動します 。
- Open ユーザー Settings on the passenger display.
- 乗客ディスプレイで 新しいユーザー/ゲストユーザーにスイッチすることもできます。
- ユーザー 切り替え 時、 com.android.car.carlauncher は 以下の動作で クラッシュします:
android.view.WindowManager$InvalidDisplayException:
ウィンドウを追加できない場合――指定された表示が見つからない
ログを見る限り、CarLauncher はユーザー切り替え 後に 使 えな くなった ディスプレイや 無効 な 表示 マッピングで再開しようとしているようです 。
CAN you please advise:
- これは i.MX8QM の AAOS 15 マルチ ユーザー/マルチディスプレイ シナリオ で 既知 の問題 な のでしょうか?
- ユーザー 切り替え 時に ディスプレイ を 割り当て る のは どの コンポーネント(OccupantZone、 CarUserService、 TaskDisplayArea、 または WindowManager)ですか?
- 二次 ディスプレイ での ランチャー 起動 に関する MUMD(マルチユーザー マルチディスプレイ) サポート に関する 既知 の 要件 や パッチ はありますか?
- Is there any recommended debug information we should collect to identify why the display becomes invalid after the user スイッチ?