Page Comparison

...

機能安全と非機能安全の境界
- ライブラリのレベルでinterfaceを切ってみた
  - kernel subsystemのレベルで吸収したほうがよいのではないか
- ブザーもASILの対象
- 「機能安全を達成する機能」と、「達成手段」は分けて考えたほうがよい
- 機能安全の方法は網羅的に出したほうがよいか？
  - やりかたは各社それぞれ
目標性能
- No update
Sound
- CarPlayとAndroid Autoの経路の確認
  - 構成図があるのでConfluenceにアップする
  - レイテンシ要件が厳しい。
    - Softwareで解決が難しい場合、SoCに性能達成を要求する必要がある
    - 目標性能のみ記載する(NDAが絡むので、なぜそれくらい必要なのかは記載しない)
  - Softwareでのノイズキャンセリング/エコーキャンセリングはPrivileged Containerに配置すると思うが、パスが多くて複雑
    - パスは一つのサーバーに集約したほうがよい
- pulseaudioでの音声出力
  - ユーザセッションでコンテナ内で起動、音声出力確認できた
    - システムワイドで起動しない
    - pulseaudioみたいなユーザで起動する
  - コンテナ間通信をトライする。(domain socketの共有)
CAN
- Gatewayの使い方、性能
  - no update
- LXCでCANを使えるようにする
  - LXCでCANを配信可能
  - Domain socket(コンテナ間の通信)はcontainer managerで設定してあげる必要がある。
    - Readmeに記載する
  - パスを空ける = そのパスを通じてコンテナ内の全アプリが外部アクセスできる。セキュリティ的に大丈夫?
    - パスを空けないと通信できない
    - セキュリティが必要であれば、カスケードできるものが必要。それは必須事項ではない。
- GUI
  - Qemu環境でX11 or Westonを動かす
    - no update
  - R-Carでコンテナ上でwyalandを動かす
    - まずデスクトップで、dockerを使って確認
      - Docker Clientでhostのwestonと通信し、wayland clientを動かすことができることを確認した。
    - LXCで動かしてみる
Yoctoのバージョン
- thudに変更する
Container Manager
- リファレンス実装を作成する。製品ではオリジナルになる
- LXCを前提としたものにしたくない
- 機能がAPIやライブラリになっているほうがいい(westonとlibwestonみたいな関係)
- LXDを参考に、どのようなマネジメントが必要なのか整理する

TODO

アーキテクチャコンセプト
- 機能安全ソリューションは、手段はいろいろある、程度でとどめる。機能安全の解決方法の例を追加(山口さん)
機能安全と非機能安全のインターフェイス(原木さん、丸山さん、田口さん、光成)
- 機能安全達成とinterfaceの絵を分ける、どういう機能が機能安全で必要なのか説明する絵が必要(光成)
要件整理(原木さん)
- 目標性能
全体アーキテクチャの整理(山口さん)
技術課題
- Sound
  - CarPlayとAndroid Autoの構成図(日下部さん)
  - Container間でSound出力を行う(光成)
- CAN
  - Gatewayの使い方、性能(日下部さん)
- コンテナ間通信の方法をREADMEに追記(山口さん)
- GUI
  - Qemu環境でLXC上でX11 or westonを起動(谷川さん)
  - R-CarでwestonをLXC上で起動(黒川さんチーム)
- Container Manager
  - LXDを参考に、どんなマネジメントが必要なのか整理する(光成)

...

Versions Compared

Old Version 3

New Version Current

Key

TODO