このセッションは、オートモーティブコンテナラダイションアーキテクチャーのレナックスベストインスメントクラスターを紹介します。まずは、セルフイントロダクションです。私の名前はナオトイヤマグチ、アイシンコーポレーションです。彼らは、27歳のドクターオインフォマティックスです。オートモーティブリナックスプラトーンソフトウェアエンジニア、2007年です。オートモーティブリナックスプラトーンソフトウェアエンジニア、2011年です。私の歴史はオープンソースコミュニティーです。アイシンコーポレーションアーキテクチャーのメンバーは、2019年です。そして、同じ年に、エリザーを参加しました。このプレゼンテーションは、このように見えます。まず、エジェリーインスメントクラスターエッジスパートグループのバッグをお見せします。次は、QMアイソレーションアキテクチャーです。エジェリーインスメントクラスターの基本アキテクチャーです。次は、エジェリーインスメントクラスターの詳細です。最後に、このプレゼンテーションをお見せします。まず、バッグランドのセクションです。エジェリーインスメントクラスターエッジスパートグループのコープとシステムのイメージです。システムのシステムのタイプを説明します。まず、クラスターセントリクシステムです。このタイプはエジェリーインスメントクラスターです。キラスターセントリクシステムをしているスマートフォンの粒子にない哀れ屋びりすぎます。クラスターセントリクシステムです。前回、講演するチ習派が曲っとると、虹団のエジェルで、IVIプロファイルで、グラスターのプロファイルで、インスメントクラスターエキストパートグループをサイトアップした新しいブロックシステムを使うために、インスメントクラスターエキストパートグループを使うと弱火になります。とてもマチベーションしたのは、インスメントクラスターの最ま Historical Platformプラットフォームは信頼度の低めのバッフットクラスターで、インスメントクラスターで、クラスターで、仲間との意見との違いの葉を伝えています。例えば、ファンクション・セフティー、ブート・タイム、エトセットライン、このプラットホームはオープンソーステフナロジーから出てくる。何が必要か。必要は、オープンソースソフトウェア・コンポーネットから出てくる。他に、オープンソースソフトウェア・コンポーネットや、オープンソースソフトウェア・コンポーネットなどの必要があります。それは、モチベーションです。H-Part Groupメンバーは、トシスタッフ・ハラキーは、H-Part Groupリーダーです。JAPANサイズ・デブロッパー・コントリビューターは、ナオト・イヤマグシ、ヒロキーシ、ケンジ・ホソカワ、ハルノブ・クロカワ、ナオフロ・ニシグチ・ケイヤノブターです。他のメンバーは、ヤシモ・モーラ・アンダー・スコートマディ・モアメンバーです。H-Part デブロッパーは、デブロッパーについて、オープンソースソフトウェア・コンポーネットなどの必要があります。H-Part デブロッパーは、インスメントクラスターの必要があります。この答えは、クオリティーやロバストネスです。インスメントクラスターは、ファンクションセフティーの必要があります。SRBについて、インスメントクラスターは、テル・テル・ファンクションです。H-Part デブロッパーは、4つ目について、クリティリーやロバストネスの必要があります。SRBは、スターバーデブロッパーについて、インスメントクラスターやWIの必要があります。H-Part デブロッパーは、テル・テル・ファンクションからインスメントクラスターについて、リクワイアッデ、インスメントクラスターを入れるために、ファンクションが特有な理由はあります。SRBは、エレクトルビック・エンパワー・シテアリン・エアバーク・アナザ・エブゼスティング・インスメントクラスターは 自分のファンクションに適していません。このファンクションは私のアプローチです。まずは三つのファンクションです。最初はマインファンクションです。二つのファンクションはセフティーです。第三つはアイスレーションの技術です。最初のファンクションはシステムの素晴らしいファンクションです。主な仕事は、アドバンド・コリティー・マネジメント、オープン・イノベーション、サイバー・セキュリティー、ファンストブート、バリアス・エタセトラのための仕事を必要としています。この部分は、ICGの主体のエンターネットです。セフティー・ファンションは、エンシアのセフティーを必要としています。ファンションは、どのように使うのか、どのコミュニケーションを使うのか、别方案なんですね。この部分は、コクラチのディスカー状態についてオリジナル解決する前容です。延バンド・セフティー・ファンションも、コミュニケーションについて aux doenは imенные材料についております。 how do you separation?this part is using Mac Suppose.how do you separation?your use hypervisor?your other solution?which is better?it's a difficult question.この部分はコロボレットエリザーを解決するためです。このアプローチです。エリザーのプロジェクトについてお伺いします。このプロジェクトについてお伺いします。このプロジェクトについてお伺いします。IBSIについてお伺いします。新のプロジェクトはアディー、短時間の製品、ラビットのバグフィックシーズ、このプロジェクトについてお伺いします。インスメントコラスターはもう一つのリクエメントについてお伺いします。このプロジェクトについてお伺いします。フルパスカバレッジの試験、フォーマルバリフィクシーズ、そして、キャフリーバグフィックシーズ、このプロジェクトについてお伝えします。IBSIのバリアスファンクションは、多くのプロジェクトについてお伺いします。アプリケーションをストアについてお伺いします。しかし、インスメントコラスターはセレクトのファンクションを使用します。このファンクションはコンビネーションを使用します。そして、まず、このリクエメントはパスカバレッジのファンクションです。しかし、この2システムの1システムについてお伺いします。私たちの答えは、1つのアイソレーションを目指します。1つのレイヤーをアイソレーし、レナックスコンテナテクトロジーを使用します。そのため、アイソレーションをアイソレーし、QMレベルについてお伺いします。ブーティングタイム、インシネットタイプ、テソトラ。クラスターのコンテナは、4ヴェルフィケーションです。その中に、セレクティスタイルプロパティのフルパスカバレッジのテスト、フォーマルヴェルフィケーションについてお伺いします。IBSIのランティストアクションとバグフィックスコンテナ。ランタウンのエンバイラメントは、コンテナの他のソフトアクションでアイソレーし、レアリースタイルをアイソレーし、このアイソレーションについてお伺いします。次のフライはQMアイソレーションアキテクシアの細かいディテールをお話します。QMアイソレーションアキテクシアはリナックスコンテナテクノロシを使用します。このフライはリナックスコンテナを使用します。リナックスコンテナはオペレータのレベルバーチャルレデスのメソッドです。リナックスコンテナを使用するシングルリナックステムを発生します。リナックスコンテナを3つのフューチャーで製造されたシングルリナックスコンテナを使用します。コントロールレソーシーズを使用しています。リソーシーズを使用するシングルリナックステムを使用しています。リナックスコンテナのストロングポイントは?この答えはエンベルドの使用が簡単です。リナックスのBSPは必要です。デブロックメントのバーチャレゼーションを使用しています。コントロールレソーシステムを使用しています。3つのフライのアイテクションを使用しています。1つのフライはソフトエアスタックアイテクションです。リナックスコンテナのシステムは、インスメントクラスターとIVIのシステムを使用しています。インスメントクラスターのソフトエアスタックは、高級アシアランスソフトエアで使用しています。アフターSOPは、クリティカルパークフィックスを使用していません。2つのフライは、IVIのソフトエアスタックは、スタンダルソフトエアで使用しています。アフターSOPは、アップウレッドファクションを使用しています。この場合、リナックスコンテナのシステムは、システムのアイソレーションを使用しています。2つのシステムは、コンピューティングリソーシス。クリックリアスポンスは、インスメントクラスターのコンテナに使用しています。コンテナで使用しています。当時、全てのシステムを実際に作り、インスメントクラスターコンピューティングバジェットを保管する必要があります。このコンテクストプラルティデザインは2つのコンプレクスティーです。インスメントクラスターコンテナの新しいイノベーションデロープメントについては難しいです。次はメモリリソーシステムです。全てのメモリをアロケータについては、新しいイノベーションのリクエストが強いシステムで、オープニングのシステムでの効果を保管する必要があります。この場合、インスメントクラスターのバジェットからIBAのバジェットを保管し、インスメントクラスターの中にあるクリティカルデザインのシステムを保管する必要があります。IBAのバジェットはクリティカルデザインではありません。このメモリアロケータのインスメントはIBAに関しては、インスメントクラスターのリソースアイソレーションを作り、シピューシールディングベースアイソレーションを使用しています。クラスターコンテナに2コアを使用しています。IBAのコンテナに4コアを使用しています。インスメントクラスターコンテナに2コアを使用しています。シーグルフのメモリのメモリのバジェット芽生が使用していると思っています。この技術はリナックコンテナテクトロシの使い方に使えます。この技術は強い点で、強い点を反応することができることができる。他のコンテナの使い方は、アンベアコンテナはコンテナの使い方を使うことができる。この技術はコンテナの使い方を使うことができる。この技術の使い方は、イリアルデバイスアクセスで最も簡単な技術を保つことができる。ネットワークネームスペンスは、ネットワークデバイスを使うことができる。システムコンテナや、アープリケーションコンテナの使い方を使うことができる。システムコンテナで、イトラに absolutely no memory.وسいます。アプリケーションコンテナの使い方を ライフサイクル マレンジメントand it to realizeLightweight application container insideIBI containerSomebody for QMI installationQMI installation is a software type basedisolation using Linux content technologySoftware binary isolation using change routeCommon resource isolation using c-groupsDemi-isolation using namespaceQMI installationInch container built by system containerBecause it to support container local life cycleNext topic is theAzure instrument cluster decalsIt QMI installation architecture based systemThis slide shows the azure instrument clusterhistory and the future planAzure run fully released in JulyAzure instrument clusterupstreaming start in this releaseMost basic integration future was mergedThis release support container integration using YoctoAzure marine release will release in FebruaryIn this timingsome con software will mergesome development issue will fixand some demo software will mergeto avaliate azure instrument cluster architectureThis slide shows the more detail of the status forlamp re-releaselamp re-releaseMost basic integration future was mergedLimited container host and cluster container are availableThis visualization future is integratedBut it supports single display onlyDemo GUI is availableIt supports stand-alone demoSupport container image build using YoctoARCA H3 and M3 starter kitwithout Kim Fischerboard support onlyIt's a lamp restart release statusThis slide shows the more detail for the plan for marine releasesome con software will mergeFor example, instrument cluster service frameworkICA communication stackmultiple display supportgest network support and sound supportsome development issue will fixfarmware downloading issue will fixand input device support and composter in containerand some demo software will mergein marine releaseICA service for demo and IVI demo applicationand reference hardware supportNext topic, I share the two common software detailsAt first, I share the function blockassignment definition in azure instrument cluster architectureSafety monitoring and real-time functionwhich include device access shall be assignedoutside of azureAll of the other cluster functionshall be assigned into the cluster containerand IVI feature is same as sessionIt's assigned to the IVI containerCluster container shall consist of IC serviceand the cluster UI componentIC service shall consist of function logicCluster UI shall consist of an UI state machine and assetsIC service shall be separated by a model dependencyIC service shall consist of the three type of interfaceCluster UI shall be defined as separate processand it connected by inter-process communicationsModel dependent service shall be called from IC serviceas a common interfaceIC service shall communicate with outside of containerWe call intercontainer communicationIC service framework consists from common API libraryand inter-process communication libraryIt's designed for instrument cluster use caseIt's already merged in azure master branchand it design document and API specificationpublished in azure conferenceThis two library is this common software partAnother one is reference of their partIt's a non-common software partIt's only to use the demo partIt's a cluster UI and the IC servicewith abstraction layerAnother part is the in-production partIt will not provide by azureIt's our definitionNext topic is a multi-display supportBeshq design is a cluster and IBI have own displayThis one and this oneEach container have compositor inside the containerThis one and this oneWhat is issue?One DRM display device has one or more displaysFor example,Casero HDMI A-1Casero HDMI A-2Casero DVI-D-1That device shall be managed by only one processIt's called DRM masterThe DRM master is usually assumed by compositorWhat does it mean?One display device can manage by only one compositorIt's a gapOur solution as shownCreate DRM list manager to realize multiple compositorusing DRM list kernel featuresThe DRM list kernel feature is introduced in kernel version 4.15More detail of the DRM list managerThe traditional DRM masterCreated by opening Solative DRI CardXwhich can create and list out resources to the other DRM mastersThe DRM list manager takes on this roleEach compositor controls resourcesThis from DRM list managerIt's a basic designControl forDRM list manager opens a DRM deviceAnd creates this DRM master from each clientSince this file is greater to clientsFan requiresClients render directly to DRM device using the lisiDRM list manager revokes lisi when the client is finished with itFor product use caseIn product use caseThe cluster screen shows a part of the IVI informationSuch as map, music track and ACOur proposal design as shownI'll be a container render to display imagesOne is CID imageIt will be rendered directly to the center information displayAnother one is a shared image for cluster displayIt shall be rendered into the virtual displayCluster render another channel of the virtual displayThis image shall be composited by hardwareAnd then, final image shall be displayed into the cluster displayThis implementation is highly dependent on VSPJust that's the tool taskCurrent NGLProvides a DRM's manager and DRM's list compositorIt's a common feature of each environmentThis part is the in-production partNext topic is some development issue we fixWe have solved various integration issues for embedded containerThrough this developmentIn this topic, we share that issue how to fixFirst topic is familiar downloading issuesTypical behavior for familiar downloadingWhen driver needed familiarIn kernel firmware downloader, lead firmware file from root file systemWhen that firmware downloading is triggeredIt depends on driver implementationIn case of kernel module only timeCurrent module are only loaded by host triggersIn this case, it is not having issuesOn the other hand, it triggers at first device file open timingIn this case, when device is sharingDevice file are opened by both host and guestIn this case, it is having issuesWhat is the issue?Firmware downloader inherit mountain name spaceIt's kind of behaviorWhen trigger from hostFirmware lead from host root file system by firmware downloaderIt's no problemWhen trigger from guestFirmware lead from guest root file system by firmware downloaderIt is issueBecause firmware only to install to the host root file systemNot a guest root file systemIn this case, firmware download will failHow to fix it?In kernel upstream, firmware downloader is improved in 5.7Firmware downloader doesn't inherit mountain name spaceIn this case, we can control which firmware is downloadingPatch as shownWebSus Arcasensary BoardMigrate kernel version from 5.4 to 5.10In current method branchThis fix already mustThis issue is fixed The default kernel version of Yock to Danhfeil is kernel 5.4This version is not mergedThis patchオリジナルパーチを参加する必要はありません。エアロンもオリジナルパーチの必要があります。次の問題はコンポシタのインプトデバイスを支払うことができます。コンテナのコンテナの価値はインプトデバイスの支払がありません。5が1です。ウェストン用のリブインプトをディテクして、ハンドインプトデバイスを使っています。UUDのリブインプットはUUDであるUUDデータのリブインプットです。どういう意図ですか?リブインプットはUUDのリブインプットがあまりに重視しています。しかし、UUDのシステムであるUUDはゲストではありません。カーネスのイベントを通して、カーネスのゲストであるUUDのリブインプットに通過しています。これはシステムであるUUDのシステムですが、イベントに対して同じシステムです。UUDデータは残りありません。リブインプットはイプトデバイスを見ません。結果は、ウエストのイプトデバイスをホンドに負けません。なぜなら、イプトデバイスが見えません。リブUUD ZeroはデーモンレスUUDのインプルメンテンションのインプレスメントです。UWD-RESインプトデバスデデクトションの使用者はCCEF-Sを使用するためのDK-CCEF-Sを使用するためのDK-CCEF-Sについて説明することです。DK-CCEF-SのインプトデバスデデクトションがDK-CCEF-Sでインプトデバスデデクトション後に説明できることです。DK-CCEF-Sの使用者は独特のDK-CCEF-Sです。このデザインの方法はUdev-Zeroの試験で使用するため、実現的に、インプトデバスディテクションで使用するために使用しています。でも、問題はあるでしょう。現状は、Udev-Zeroを使用するために、システムDでシステムDを削減するために有効についての困難についての劣りです。このように、システムDを削減するために、システムDを削減するために、今、インベストディレクトのよりも良いインベクレーションがある例のリビューを受け、リビューを受け、仕事で、次の問題は、サブテムソフトウェアを変更する。アーシーサービスフレームワークはマスターブラッジで変更された。リファレンスクラスターのサービスを 発生します。シグナルガンダルを使わながらインベクレーションにインサービスを使ってアーシーサービスを使ってリファレンスクラスタガーを使う。高速メーターを動かせ、当たり前からインサービスする。アーシーサービスのコンテナは今日、サブテムソフトウェア、家においてインベクレーションを教えてアーシーサービスを開始。インサービスはアーシーサービスを連続して、エヴァレットのコンテナインバラミッドを使用するためにAzure IVEIプロファイルのベースのソフトウェアをリリースさせます。このビッグシャーはIBSサイドスタイトです。このサイドはクラスタスタイトです。RAMPLYのリリースを始めます。Azure Soft air stack run on RQH3 and M3sauce Stutter Kit with Full HD Display only.It already released.In Marine release,Azure Soft air stack with Demo IVEI run on RQH3 and M3sauce Stutter Kit on King Fisherboard with 2 displays.Distruction.Azure Reference hardware support merged in last week.We can use this software stack in Azure Reference hardware.It can use same old future of King Fisherboard case.Final is a conclusion.In this presentation,I talking about Azure Instrument cluster expert group activity.Azure Instrument cluster expert group is the most active expert groupfor the Azure expert groups.In the activity are contributed by many member of the world.In this year,we set milestone that is built up in shares of test stack.This milestone will achieve with the Marine release.It's a current status.In next year,we will raise OSS qualification task.This activity of the year was sharing in Azure Tech Day.This activity aim to create OSS assessment standard and assessment software stack for instrument cluster.That's all of my presentation.Thank you for joining in this session.