What Is FACE™? | Wind River

What Is FACE?

Learn about this open systems approach for military aviation solutions that enables faster and more affordable delivery of software-defined capabilities.

 

What Is FACE?

The Future Airborne Capability Environment (FACE) is a collaboration between government and industry that created a software standard to provide an open systems approach for military aviation solutions, delivering software-defined capabilities to the end user faster and more affordably. The FACE business strategy establishes a balanced, competitive environment for both large and small software suppliers.

FACE defines a standards-based reference architecture for emulating and improving on commercial successes for U.S. Department of Defense (DoD) military aircraft. It is governed by the Open Group FACE Consortium, of which Wind River® is a founding member. The FACE Reference Architecture increases interoperability and portability across hardware platforms and aids component reuse by defining design principles such as standardized interfaces across modular software. It signals an end to the practice of creating single-use software for each aircraft model, instead supporting a common operating environment where software developers can, theoretically, create and deploy applications for use across any military aviation system.

The FACE Technical Standard

A critical function of the FACE Consortium is to enable the software ecosystem that supports FACE architecture. That enablement includes tools and processes to verify and certify conformance with the FACE Technical Standard through designated certification bodies. Once a software component receives its certification of FACE Conformance, it can be included in the FACE Registry. It is then referred to as a “unit of conformance” (UoC). Architects can choose and use several UoCs with a given avionics solution.

Meeting the FACE Technical Standard requires going through the FACE Conformance process. FACE Conformance confirms the proper use of the defined FACE Interfaces and the exact following of the FACE Reference Architecture, helping suppliers meet the needs of a new era of rapid integration and deployment of global avionics software.

One key method to achieve FACE Conformance under the Safety, Safety-Extended, or Security profiles is to ensure that the avionics solution specifies a partitioned operating environment to prevent interference between workloads.

“The FACE Consortium efforts indicate the willingness and self-motivation to pursue our evolving vision in the area of open architecture, model-based engineering, and efficient system integration. The FACE Standard represents a potential shift in the paradigm towards the vision we are pushing, and potentially a new era of government and industry collaboration.”


—Dan Bailey, Program Director, Joint Multi-Role (JMR), U.S. Army

This requirement is particularly relevant for mixed-criticality systems, as well as for isolation that minimizes disruption when replacing modular software components. Hardware-based isolation between processing cores must typically be augmented by software measures at the operating system and virtualization levels, which are provided by FACE-conformant products from Wind River.

FACE Architecture

The concept of the FACE Standard is to provide a reference architecture based on segments, which can be composed to meet the final system requirements. Variations in the content of the segments, including application code, allow the system architect flexibility in designing and building the end system. FACE provides the logical interfaces between these segments to allow portability and reuse.

The five segments are:
  1. Operating System Segment (OSS): Foundational services are provided by an operating system. The remaining four segments depend on the OSS.
  2. Portable Components Segment (PCS): This offers capability or business logic.
  3. Transport Services Segment (TSS): This segment provides communication services.
  4. Platform-Specific Services Segment (PSSS): This provides platform services, such as data services, logging, health management, and graphics (with an interface to the GPU).
  5. I/O Services Segment (IOSS): This segment normalizes the interface to I/O devices.

FACE architectural segments are related by FACE-defined interfaces.

OSS Profiles

FACE Operating Systems Profiles

Key to constructing the system are the interfaces between these segments, defined by the FACE Technical Standard. For the OSS, the focus is on the supported application programming interfaces (APIs) and the way they fit into different profiles. These profiles are Security, Safety, and General Purpose:

  • Security: This profile is the most restricted and has a minimal set of APIs for high-assurance applications.
  • Safety: This profile is a superset of the Security profile, with more APIs. It is intended for applications that require safety certification and has two further sub-profiles: Base and Extended.
  • General Purpose: This profile has the most APIs and supports applications that do not necessarily need real-time or deterministic response.

To maintain commonality across different FACE component suppliers, solutions are tested against these API sets and awarded Conformance Certification.

Partitioning

The FACE Technical Standard also calls for support for partitioning, depending on the profile in question. This technique is used in many types of computing systems. Partitioning supports modularity, including support for the concept of integrated modular avionics (IMA).

The isolation properties provided by the partitioning of distinct applications are essential to achieve the promise of the FACE standard, for two reasons. First, interoperability and smooth integration require isolation so that there are no surprises due to unanticipated interactions when new independent functions are added to the system. Second, certification of mixed-criticality systems is founded on the isolation of partitions.

The General Purpose profile uses space partitioning, while the Safety and Security profiles require both time and space partitioning. These requirements stem from the ARINC 653 standard for safety profiles in safety-critical avionics.

Advances in Multi-core Processors

With the advent of powerful multi-core processors, the drive to use partitioning to separate critical applications is accelerating. With single core processors, the ability to host applications at different criticalities was achieved using time and space partitioning in an IMA architecture developed to overcome issues of space, weight, and power (SWaP) in commercial aircraft. This was needed to meet the increasing requirements for more and more capability within the airframes of the era, as exemplified by the Airbus A380 and Boeing 787.

However, what this technique did was to essentially “share” the CPU resource across multiple applications. While it achieved the goals of an IMA architecture, it also impacted the performance allocated to applications. With the latest multi-core applications, however, performance impact can be mitigated by allocation across multiple cores. These systems are breaking new ground in the safety certification of complex systems.

No Performance Requirements

The FACE standard intentionally avoids dictating performance or quality of applications, focusing instead on a standard interface with defined behavior. This open standards approach levels the playing field. All vendors must use the same API and must then compete on such characteristics as performance, quality, tools support, and depth of airworthiness evidence. For example, multiple vendors might provide a FACE OSS that has been certified conformant to the FACE Technical Standard, with each providing the same expected API to interface with other elements of the system. However, the timing characteristics — such as response time or partition window jitter — may vary widely between systems produced by different vendors. Some vendors might provide a package of flight certification artifacts while others do not, and the strength of the tool’s ecosystem related to the OSS may vary significantly between vendors.

The FACE Vision

The vision of the FACE Consortium, a voluntary consensus standards body comprising more than 90 government and industry organizations, is to fundamentally transform the process of airborne software development, procurement, deployment, and sustainment by eliminating platform-specific, tightly coupled designs with unique and closed interfaces that inhibit cross-platform reuse and interoperability between systems. Consortium members worked together to solve the myriad technical and business challenges and transformed these processes and systems, with a focus on the wide adoption by multiple services and agencies of open architectures and open component interfaces.

FACE built a set of open standards for portable, capability-based applications for Department of Defense (DoD) avionics systems with the following characteristics:

  • An open architecture and a common data model
  • An integrated modular avionics (IMA) approach proven by the commercial aerospace industry
  • More than 100 existing aerospace and defense standards in use
  • Methodological support for components that are portable, modular, partitioned, scalable, extendable, safe, and secure
  • A foundation of testing and conformance to reduce integration risk and maximize interoperability between applications

The FACE vision requires the removal of closed, proprietary components and the wide adoption of open architectures and open component interfaces.

Who Should Care About the FACE Approach?

Any military avionics contractor to the DoD should already be familiar with FACE technical and business standards. The U.S. is the largest market for avionics, and FACE requirements have been specified in more than 50 public government procurements with FACE requirements (see www.opengroup.org/face/procurements). There are also multiple nonpublic procurements with FACE requirements within the U.S. Air Force, U.S. Army, U.S. Navy/NAVAIR, DARPA, and U.S. SOCOM. The standard is now well entrenched in U.S. military procurement operations. Some foreign militaries and commercial aerospace airborn platforms are also standardizing on FACE.

How Can Wind River Help?

Wind River fully supports the global standardization efforts of more than 30 military avionics suppliers to create open platforms for rapid integration of a wide source of legacy and new applications on critical avionics systems. FACE is managed by the Open Group. As a founding member of the FACE Consortium, Wind River delivers safe and secure platforms that will support the FACE Reference Architecture’s General Purpose, Safety, and Security operating system profiles.

Wind River affirmed its leadership position in the marketplace of trusted, certified FACE-conformant products by having the first commercial off-the-shelf (COTS) OS product to achieve this significant FACE certification milestone. This certification allowed VxWorks® 653 to usher in a new era of open architecture avionics for the benefit of the global avionics community.

VxWorks 653 was the first COTS operating system product to achieve FACE conformance.

FACE General Purpose Profile, Edition 3.1

With full compliance to POSIX® 1003.1-2008, Wind River Linux fully complies with the FACE General Purpose profile that enables support for a wide range of applications on a standards-based foundation.

» Explore Wind River Linux

FACE Safety Profile, Edition 2.0

For applications with strict safety and/or ARINC 653 time and space partitioning requirements, Wind River VxWorks 653 Platform is the choice for meeting the FACE Safety profile, Edition 2.0. With more than 220 customers using VxWorks 653 on over 360 programs on more than 100 aircraft, VxWorks 653 is the market-leading ARINC 653 platform solution and will enable a wide range of commercial and military applications to be deployed on FACE platforms.

» Explore VxWorks 653

FACE Technical Standard, Edition 3.1

Wind River VxWorks 653 Platform has achieved conformance to the FACE Technical Standard, Edition 3.1. The certification establishes VxWorks 653 as an OSS that supports the FACE Safety Base sub profile.

» Explore VxWorks 653

FACE Technical Standard, Edition 3.2

Wind River Helix™ Virtualization Platform has achieved conformance to the latest FACE Technical Standard, Edition 3.2. The certification establishes Helix Platform as an OSS that supports the FACE Safety Base profile.

» Explore Wind River Helix Virtualization Platform

FACE FAQs

The Future Airborne Capability Environment (FACE™) is a standards-based software architecture that promotes interoperability and portability of software across different military avionics systems. It’s important because it enables cost savings, reduces development time, and increases flexibility in avionics system design.
FACE was developed by a consortium of government, industry, and academia known as The Open Group, and it was introduced in 2010.
FACE architecture consists of several components, including a common operating environment (COE), a portable component framework (PCF), and a data model that defines how components interact with each other.
FACE improves interoperability and portability by providing a common set of standards and interfaces that enable software components to work together seamlessly across different avionics systems. This reduces the need for custom development and enables components to be easily replaced or updated without requiring extensive rework.
Benefits of using FACE in avionics systems development include reduced development time and costs, increased software reuse, improved flexibility, and increased reliability and safety.
Challenges associated with implementing FACE in avionics systems include the need for specialized expertise and training, the complexity of legacy systems, and the potential for conflicts between different software components. Additionally, the adoption of FACE may require significant changes to an organization’s development processes and infrastructure.

Security Center

Wind River Security Center 

Wind River is committed to active threat monitoring, rapid assessment, proactive customer notification, and timely fixes to help you navigate an evolving threat landscape.

 

PSIRT

WIND RIVER PRODUCT SECURITY INCIDENT RESPONSE TEAM

The Wind River® Product Security Incident Response Team (PSIRT) leads the receipt, coordination, and timely resolution of product security vulnerabilities, alerts, and incidents across our supported products. The PSIRT works with customers, authorities, the security community, and our Security Office for Secure Development Lifecyle (SDL) polices and standards that empower our development teams and security champions with processes and procedures to identify and resolve, in a timely manner, supported product security issues — aligned to the FIRST.org PSIRT Services Framework and the ISO/IEC 30111 and 29147 standards.

» PSIRT Policy

REPORT A VULNERABILITY

If you have information about a security vulnerability in a Wind River product, you can report the issue confidentially to our PSIRT, who will review your submission and contact you for a resolution plan.

» Report Vulnerability

Wind River Secure Development Lifecycle

Wind River helps development teams achieve cost-effective compliance for an adequate cybersecurity posture, building a trusted supply chain through product development, delivery, and support.

Learn About Our SDL

CVE Resources

Fixes & Patches

Access our searchable database of Common Vulnerabilities and Exposures (CVEs).

Search the database

Recent CVEs

Wind River is committed to active threat monitoring, proactive customer notification, and timely fixes. Check out the remediation information on some of the latest vulnerabilities.

View Notices Search All Patches

Public Release Keys

Wind River uses cryptographic keys to sign our software. The public keys are available at:

Access Keys

EU CYBER RESILIENCE ACT

The Cyber Resilience Act (CRA) is European Union (EU) legislation that introduces cybersecurity rules that apply to manufacturers, importers, and distributors of products with digital elements, and it covers both hardware and software.

Learn About CRA

StarlingX R6.0 is here!-japan

 



StarlingX R6.0が登場!

Feb 01, 2022 通信

Ildikó Váncsa

StarlingXコミュニティは、プラットフォームに新機能と拡張が追加されたR6.0を発表しました。

StarlingXは、OpenStackの技術による堅牢で柔軟かつスケーラブルなインフラストラクチャにより、コアからエッジまでのインフラ構築に不可欠な機能を提供しています。このインフラストラクチャは、セントラルクラウドの構築に使用できるだけでなく、エッジにインストールしてより小さなリソースプールを管理することも可能です。

さらに、このプラットフォームはコンテナ管理のデファクトコンポーネントとしてKubernetesも提供しており、大規模データセンターよりもはるかに小規模な拠点で、制約が障害となることが多いエッジにとっても非常に魅力的な存在となっています。これらのコンポーネントやその他の有名なオープンソースのビルディングブロックは、デファクトのインターフェースとなったAPIセットを提供しています。

StarlingX 6.0リリースでは、エッジユースに対応するために既存の機能が強化されたとともに、プラットフォームの管理性、堅牢性、スケーラビリティを向上させるための新機能が追加されています。

このプラットフォームの核となるコンポーネントの1つが Linux カーネルです。コミュニティは、先に発表された CentOS から、Debian への移行をインクリメンタルなプロセスで行うことを決定しました。StarlingX 6.0では、カーネルを 5.10 バージョンにアップグレードすることになります。このバージョンでは、ルーティングやフォワーディングインターフェースを設定するためのユーザースペースツールを提供するなど、ネットワーク分野でいくつかの機能強化が図られています

エッジのユースケースでは、デプロイの構成やインフラストラクチャの構築方法、最終的な変更や拡張の必要性などさまざまな傾向があるため、コミュニティではデプロイと再構成の分野の改善に重点を置いてきました。

StarlingXは、プロジェクトの初期からオールインワンセットアップでインストールはできますが、別の構成に移行するためにはワークアラウンドが必要でした。StarlingX 6.0からは、2つのコントローラーノードを含む二重構成にデプロイメントを移行できるようになり、1 つのサブクラウドデプロイメントからもう 1 つのサブクラウドに移行するプロセスでは新たなインストールが不要になりました。

さらに、コミュニティは障害復旧が必要な場合に対応できるようなプラットフォームの準備も行っています。この取り組みの一環として、システムコントローラを復元しながら、分散クラウドシステム間でサブクラウドを移動することを可能にしました。また、このプロセスを利用してデプロイメントを統合し、利用されていないエッジサイトをシャットダウンすることも出来ます。

上記の機能を実装する一方で、デプロイメントプロセス自体の強化も検討されました。サブクラウドに関しては、課題は数と規模であり、多数のエッジ拠点をデプロイして管理するための最高レベルの自動化が必要です。StarlingX 6.0では、サイトのサーバーがRedfishに対応している場合、サブクラウドのローカルインストールをサポートします。この機能を利用するためには、有効なインストールバンドルでこれらのサーバーをプレステージする必要があります。

エッジ分野では、セキュリティと信頼性が非常に重要であるため、コミュニティは常にこれらの特徴と機能性を強化することに重点を置いており、バージョン6.0のリリースでも同様でした。

StarlingXでは様々な認証を使用・管理することができるため、効率的なツールや方法を用いて管理することが非常に重要です。自動更新を含むプラットフォーム認証のメンテナンスプロセスを簡素化するプラットフォームで、cert-managerを使用することができるようになりました。また、この分野の強化の一環として、稼働中のシステムでKubernetes Root CA(認証局)証明書を、新しくアップロードまたは自動生成することで更新することが可能になりました。

証明書には必ず有効期限があるため、管理が複雑になります。コミュニティではこの課題に対処するため、証明書の監視とアラートをサポートする機能を実装しました。StarlingX 6.0では、有効期限が迫っている証明書と期限を過ぎた証明書に対して、異なる深刻度レベルを設定できるようになりました。さらに、StarlingXで利用可能であった古い証明書タイプやメソッドをサポートする機能も提供しています。

セキュリティ分野におけるもう一つの注目すべき強化点は、「auditd」のサポートです。Linux Auditing System は、システム管理者が事前に定義された監査ルールに基づいて、セキュリティ侵害に関するイベントの追跡をサポートします。
イベントは「auditd」デーモンによってログファイルに出力され、このログ情報は不正使用や未承認のアクションを検知し、必要な対応を取ることを可能にします。

StarlingX R6.0のアップデートと新機能の詳細ついては、リリースノートプロジェクトドキュメントをご覧ください。

StarlingXのウェブサイトでは、プロジェクトの詳細やコードを確認いただけるほか、最新のイメージをダウンロードして新機能をお試しいただけます。

*本記事は、StarlingX.ioで公開されたブログの翻訳です

A Survey of Information Security Implementations for Embedded Systems


This paper examines security implementations that support the objectives of information confidentiality, integrity, and availability (the CIA triad1 ). The focus of this paper is on security implementations for embedded systems. The implementations described are widely applicable to embedded systems in a variety of markets, including aerospace, automotive, defense, industrial, medical, and networking, and are directly applicable to the protection of the intellectual property (IP) of the vendor.

Return to Resource Center

Wind River Diab Compiler - old

Wind River Diab
Compiler: Optimize
Your Code

A highly optimizing compiler toolchain to build fast and tight code for safety-certified use cases.

 

Big Performance. Tiny Footprint.

Boost application performance, reduce memory footprint, and produce high-quality, standards-compliant code for embedded systems with Wind River® Diab Compiler. It’s backed by an award-winning global support organization that draws on 35+ years of compiler experience and hundreds of millions of successfully deployed devices.

What’s New?

Each release of Diab Compiler includes new optimizations to unlock further performance and code density improvements. Wind River tests Diab Compiler performance to ensure industry-competitive results using internal and customer-supplied application benchmarks.

Latest Innovations

Diab Compiler 7.x (LLVM) Diab Compiler 5.9x Safety-Related Releases
  • Updated with powerful, modern compiler technology
  • GCC compatible
  • Latest C/C++ standards (C++17)
  • Supports Arm® 32-bit and 64-bit Cortex-A, M, and R variants
  • GDB and QEMU support
  • RH850 and TriCore
    • General performance enhancements
    • Adding next-generation CPU architecture support for RH850 and TriCore
    • Full ISA and features supported
  • Qualified compiler
  • Continuous defect impact analysis and reporting
  • Continuous diagnostic compiler updates
  • Runtime library qualification

Key Features

Powerful optimization

Powerful Optimization

Hundreds of optimization options for fine-tuning software for performance, footprint, or both

Multiple architectures

Multiple Architectures

Support for leading processor architectures (PowerPC, Arm, TriCore, RH850, ColdFire, MIPS, and Intel)

Latest industry standards

Latest Industry Standards

Clang front end or Edison Design Group front end, LLVM and/or Dinkumware libraries, ANSI C11 and C++17 language standards conformance

Key safety requirements

Key Safety Requirements

Support for ISO 26262 up to ASIL D and IEC 61508 up to SIL 4

Reliable quality

Reliable Quality

Tested with millions of test cases and industry standard test suites; POSIX® PSE52 conformance runtime libraries

Flexible business model

Flexible Business Model

Perpetual licenses for one architecture or annual per-developer subscription for all architectures

Award-winning support

Award-Winning Support

Service Capability and Performance (SCP)–certified support, available around the world in local languages

Long-term support

Long-Term Support

Support tailored to customers’ requirements

Safety-Compliant Object Code

It is critical that software conform to industry standards for functional safety. Diab Compiler is certified by TÜV SÜD for developing safety-related software. It supports customers working on products with the creation of safety artifacts that meet their end product’s safety certification requirements. It is qualified to use in safety-critical markets:

Diab Compiler 5.9.X (Proprietary)
  • Automotive applications certified to ISO 26262 (up to ASIL D TCL3)
  • Avionics products certified for DO-178C
  • Industrial products certified to IEC 61508 (up to SIL 4)
  • Nuclear products certified to IEC 60880
  • Railway applications certified to EN 50128
Diab Compiler 7.X (LLVM)
  • Automotive products certified to ISO 26262 (up to ASIL D TCL3)
  • Industrial products certified to IEC 61508 (up to SIL 4)

Technical Specifications

Supported Processor Architectures

Achieve efficiency gains by using one toolchain across many architectures:

Diab Compiler 5.9.X (Proprietary)
  • PowerPC – E500, VLE, SPE, LSP
  • RH850 – G3M, G3MH, G3K, G3KH, G4MH
  • TriCore AURIX – TC2xxx, TC3XXX, TC4XX, TC1.8x
  • Bosch GTM-IP – MCS (3.1.5.1)
  • Arm*
Diab Compiler 7.X (LLVM)
  • Arm
    • Cortex-A/R/M
    • Arm/Thumb 2
    • Armv7-A/R/M
    • Armv8-A/R
      • AArch32
      • AArch64
*New Arm architecture variants are added only in Diab Compiler 7.x, but current variants are actively maintained and supported in 5.9.x.

Supported Host Operating Systems

Diab Compiler supports the following host types (32 bit and 64 bit):

  • Windows 10
  • Windows 8.1/8
  • Windows 7
  • Red Hat 7.2
  • Red Hat 6.7
  • Ubuntu 16.04 LTS
  • Ubuntu 14.04 LTS
  • Ubuntu 18.04 and 20.04 on Windows Subsystem for Linux 2
  • Fedora 23
  • Fedora 22
  • Open SUSE Leap 42.1
  • Open SUSE 13.2

Programming Languages and Standards

  • C language and libraries: C90, C99, C11
  • C++ language and libraries: C++03, C++11, C++14, C++17
  • Object format: ELF
  • Debug format: DWARF 2, 3, 4, 5
  • Application binary interface: Standard target-specific embedded ABI
  • C++ language ABI: Industry-standard Itanium ABI

Resources

Wind River Proud to Support Team Tempest-Japan

 



ウインドリバー、イギリスの次世代戦闘機を開発するチームテンペストをサポート

Apr 26, 2022 航空宇宙・防衛

著者:Paul Parkinson/ポール・パーキンソン

先日、BAEシステムズが、チームテンペストの将来戦闘航空システム開発プログラムのサポートにウインドリバーを採用したことを発表しました。今回の採用をとても嬉しく思います。

テンペストプログラムでは、ますます激化する紛争地域において航空優勢を維持するために、強化された検知、データ管理、接続性、自律性などの先進機能の研究開発をおこなっています。このような情報の優位性を保つためには、他の領域と相互作用することができる、接続された、機敏で柔軟な将来戦闘機が必要です。新たな脅威の一歩先を行くためには、柔軟でアップグレード可能なテクノロジーを使用することや、同時にコスト効率の高いソリューションを提供することが不可欠となります。

安全性、セキュリティ、信頼性は、ウインドリバーのDNAの一部です。このDNAは、Wind River Studioの一部である、ミッションクリティカルおよびセーフティクリティカルなアビオニクスのための業界スタンダードベースのオープンアーキテクチャソフトウェアプラットフォーム「VxWorks 653」の開発を推進してきました。ウインドリバーのソフトウェアは、100機種以上の民間航空機、軍用機、宇宙システムの600件以上のセーフティプログラムにおいて、360社を超える顧客に採用されています。

VxWorks 653のDO-178C COTS(商用)認証エビデンスパッケージと、パートナーであるAdaCoreのGNAT Pro Assuranceにより、民間および軍事認証機関による厳格な評価を受ける必要がある高い信頼性が要求されるシステム開発を可能にします。

また、VxWorks 653の先駆的なIBLL(Independent, Build, Link and Load)機能は、共通のアビオニクスコンピューティングプラットフォーム向けに複数のアプリケーションの開発や、進化する要件に対応した新しい機能を保証するアプリケーションの更新、アップグレードを可能にします。このアプローチにより、モジュール化してインクリメンタルな認証が可能となり、変更にかかるコストを最小限に抑え、プログラムのライフサイクルコストを削減し、アフォーダビリティを実現します(詳しくはこのホワイトペーパーをご覧ください)。

BAE システムズに感謝するとともに、今後のテンペストプログラムの成功を楽しみにしています。

ウインドリバーのソフトウェアと専門性は、最高水準のセキュリティ、安全性、信頼性を提供しながら、より優れた演算性能とAI 機能が要求されるミッションクリティカルなインテリジェントシステムのデジタルトランスフォーメーションを加速しています。

ウインドリバーのテクノロジーが宇宙・防衛で果たしてきた役割と実績の詳細については、以下をご覧ください。
https://www.windriver.com/japan/solutions/aerospace-and-defense

Designing High-Performance Real-Time Avionics Systems for Multi-core Processors

play
CHOOSE-YOUR-OWN WEBINAR

   Designing High-Performance  
   Real-Time Avionics Systems  
   for Multi-core Processors
  

Avionics systems demand high performance, real-time capabilities, safety-critical benefits, and security.

Intel® and Wind River® experts discuss how the newest Intel® Xeon® and Intel® Core processors, combined with VxWorks® and Wind River Helix Virtualization Platform, provide the necessary support for avionics systems, equipment, and operations. View the entire session above, or pick and choose the sections you’re most interested in below.

   Choose Your Chapters