Page Comparison

Attendee

(敬称略)

...

12:30 - 14:00 : Cluster Serviceアーキについて(丸山さん、田口)

14:00 - 15:00 : LTSLTSの件　(宗像さん、宗像さん/谷川さん)

15:00 - 15:30 : 休憩

15:30 - 16:30 : XXX

...

17:30 -           : Wrap up、次回予定、幹事確認、解散

...

諸連絡

1Fエントランスの出入りの際は、守衛の方に「会社名と会議室６を利用しています」とお伝えください。

...

• DRM lease 資料（multi-container-drm-lease-v3.pptx）
  • Q. Displayの名前にエイリアスはつけれる? （Page14）
    
    • 既存のアプリケーションの実装を変えたくないので、設定依存のことはしないほうがいい
    • Host側のマネージャでDisplayを分配する。
    • Containerの役割としては、マネージャから渡されたファイルに書かれていることをスキャンしてDisplay nameなどを取得できるようにしたい。コンテナのWesonなどはDRMをスキャンしないようにしてほしい
  • udevの問題もなくせる?
    • 表示に関わる課題はなくなるはず。 
    • Hostにinput Inputのやり取りに関する課題は残る。これはHostにinput managerのようなものがないといけない
  • CESデモでは、仮想デバイスを扱っていた。Lease CESデモでは、remotingのためにvirtual displayを扱っていた。Lease Managerは仮想デバイスも扱うか?
    
    • DRM Lease managerが扱うのは物理デバイスのみ。仮想デバイスはContainer側
    • Westonでしか動かないシステムにはしたくない
      • Westonはいろんなパッケージに依存している。QM汚染になってしまう。
    • SoCに依存せずに、DRMのリソースの引き渡しなどができるとありがたい。
      • マルチカードなどの技術はSoCに依存してしまう。
  • ホストにDBUSをもつことは致し方ないかもしれない。
    • よく使われている仕組み
    • DBUSをホストに使うことについては、QMと関わりがないから、コード検証しない、という選択をすることができる。
  • libdrmはコンテナに置かないといけない?
    • Yes
  • lease managerはlibdrmを使う?
    • lease managerが使う(実装依存)
    • そんなにコード量は多くない
  • コンテナが落ちたときに、Lease Managerは画面状態をキープできるか?コンテナが落ちても保持してほしい。
    • できなくはない。
      • 基本的には画面は消えるが、実装によって保持機能を付ける
      • CESではホストのwestonがキープしてくれていた。
    • 落ちてもブラックアウトしないことがRequirementにある。
    • 復活するときには、クライアント側が工夫しないといけないこともある。
    • 固まってはダメなものもある。カメラ映像が最たる例
      • カメラ映像は別経路にするべき
      • クラスタ
        • 固まっていいものとないもの(Telltaleなど?)があると思うがどうか
        • 分別しないといけない。
      • コンテナを早く起動しなおすことが肝要
      • 本当にまずいものはコンテナではなく、ホストに置くことも考えないといけない
        • それでも満たせない場合は、カーネルレベルで解決など。それは商品のRequirementによる
      • DRMで実現できないことは別の手段を考えたほうがいい
    • AGL側は使えるユースケースやスペックの提示が必要
      • Requirementをまとめる
        • Requirementを分析し、どういう品質レベルが必要か精査し、マッピングしたい
        • メータ側の人たちでまとめる
        • ちなみにRear Viewは同じIVIのSoCにいるだけでシステムは別
        • ガイド線は、だれが書くか、という問題はあるが。
    • 違うQMのコンテナの内容を一つのディスプレイに表示したいときはどうすればよいか。
      
      • コンポジット機能が外にないといけない
      • 一番厳しい要件に引っ張られる。Requirementによって適切な実装を選択する必要がある。
      • 提供できる選択肢を増やす方がいい。 = Product Ready
  • スケジュールについては、11月のCESをターゲットにしてほしい。マージは不要。
    • Kernelのバージョンの問題もある。現状は4.14を使っているので、バックポートをしている
    • Kernelのバージョンアップは間に合わない

...

...

...