Compare and highlight differences

Compare / EASA/ Incorporated Amendments/ Compare & Highlight Differences

Appendix 2.4 to ETSO-C153a - Integrated Modular Avionics (IMA) Module Minimum Performance Standard (MPS)

Available versions for ERULES-1963177438-18127

ED Decision 2020/011/R found in: CS-ETSO Amdt 17 - European Technical Standard Orders (Oct 2026)

Version

Show details Hide details

**Appendix
2.4 to ETSO-C153a – Integrated Modular Avionics (IMA) Module
Minimum Performance Standard (MPS)**

*ED
Decision
2020/011/R*

**CLASS GP: Graphical
Processing**

**1. Purpose
and scope**

1.1. Introduction

This Appendix contains the Minimum Performance Standard (MPS) for the
CLASS GP Intended Function: Graphical Processing.

These standards specify characteristics that should be useful to
designers, manufacturers, installers and users of the IMA module.

1.2. Definitions

For ETSO-C153a CLASS GP, the IMA module provides shared resources in
terms of graphical conversion and graphical laying out between hosted
applications, modules and/or components based on commands coming from
these hosted applications, modules and/or components.

The following definitions are used:

—
Graphical Thread: a set of graphical
(displayable) information for which a level of isolation would be
guaranteed by the IMA module.

—
Data Thread: a well-defined set of
data which is a primary form of the drawing directives received as
input by the IMA module from hosted applications, modules and/or
components.

—
Command Thread: a well-defined set
of command directives received as input by the IMA module from hosted
applications, modules and/or components in order to change the
conversion and laying out settings.

—
Graphical conversion: a
transformation of a set of data information that is the primary form
of drawing directives (data thread) into a set of displayable basic
information.

—
Laying out: an operation consisting
of a combination of merging or/and splitting actions of displayable
basic information in order to build the final Graphical Thread to be
rendered.

—
Conversion Unit: a set of physical
components (hardware and/or software) in charge of graphical
conversion.

—
Laying out Unit: a set of physical
components (hardware and/or software) in charge of laying out.

Note:

—
both units can be merged in one
unit; and

—
the final rendering of the graphical
thread(s) is out of the scope of this module (refer to CLASS DH).

In the context of GP class, the ‘concurrent item’ defined in
Appendix 2.1, paragraph 1 means ‘Graphical and/or Command
Thread’.

1.3. Intended Function

For ETSO-C153a CLASS GP, the intended function is to provide the
capability to share graphical conversion and graphical laying out
supplied by one or several graphical conversion and graphical laying
out unit(s).

The function of the Graphical Processing Module is to receive
commands from hosted applications, modules and/or components and
optionally receive video from external analogue or digital sources to
process them and to generate an image to display.

This intended function is Graphical Conversion and Laying out
resource sharing composed of:

—
information acquisition and
control;

—
information conversion and laying
out; and

—
information forwarding &
control.

The following figure provides an overview of the above-mentioned IMA
module intended function and associated definitions:

![](/static/files/file_jytjXw2lpRK/image131.png)

***Figure 17:
IMA module overview for ETSO-C153a CLASS GP***

**2. Requirements**

2.1. Functional requirements for ETSO-C153a CLASS GP

GP.a) The IMA module shall provide, to hosted applications, a
Graphical Conversion Resource which has the capability to transform a
set of drawing directives into a set of displayable basic
information.

GP.b) The IMA module shall provide, to hosted applications, a
Graphical Laying out Resource which has the capability to merge
or/and split displayable basic information to build the final
Graphical Thread(s) to be rendered.

GP.c) The IMA module shall provide to hosted applications, modules
and/or components, the capability to change the graphical conversion
and laying out settings through command threads.

GP.d) The IMA Module shall provide to hosted applications, modules
and/or components, the capability to share a Graphical Conversion
Resource and a Graphical Laying out Resource based on command threads
managed through (a) logical and/or physical interface(s).

![](/static/files/file_jytjXw2lpRK/image132.png)

***Figure 18:
CLASS GP — the relationship between the Graphical Processing (GP)
elements***

2.2. Characterisation requirements for ETSO-C153a CLASS

GP.e) The following aspects of the performance of the Graphical
Unit(s) performance of the IMA module shall be quantified and
guaranteed:

1. Graphical Unit(s) throughput (performance capacities and timings:
response time, graphical update);

2. Performances of User Software/Software Interface (Core Software)
Mechanism(s), Protocol(s), and Service(s);

3. Performance of User Hardware/Software Interface Mechanism(s),
Protocol(s) and Service(s);

4. Establishment of Worst-Case Graphical Elaboration Time;

5. Performance of Interrupt Mechanisms;

6. Performance of supported Data Thread types;

7. Performance of supported Graphical Thread types; and

8. Performance of supported Command Thread types.

Note: These performance requirements are additional to those
applicable in Appendix 2.1 — COMMON.

GP.f) In addition to the Common Requirement 0,
particular emphasis shall be given to precluding or mitigating
failures which could result in hazardously misleading information.
Undetected loss of information or frozen information could contribute
to hazardously misleading information.

Note: This is applicable to all the GP module functionality,
including the implementation of image windowing, superimposition etc.

**3.** **Verification
procedures**

The following table gives the verification method for each MPS;
nevertheless, an alternative method may be proposed to the
certification authority:

<table bgcolor="#d9d9d9" cellpadding="7" cellspacing="0">
<col/>
<col/>
<col/>
<col/>
<col/>
<tr valign="top">
<td bgcolor="#808080">
Requirement
				identifier
</td>
<td bgcolor="#808080">
Verification
				method
</td>
<td bgcolor="#808080">
Test
				under normal conditions
</td>
<td bgcolor="#808080">
Test
				under
environmental
				conditions
</td>
<td bgcolor="#808080">
Comment
</td>
</tr>
<tr valign="top">
<td bgcolor="#d9d9d9">
GP.a)
</td>
<td bgcolor="#d9d9d9">
T
</td>
<td bgcolor="#d9d9d9">
Y
</td>
<td bgcolor="#d9d9d9">
Y
</td>
<td bgcolor="#d9d9d9">
 

</td>
</tr>
<tr valign="top">
<td bgcolor="#d9d9d9">
GP.b)
</td>
<td bgcolor="#d9d9d9">
T
</td>
<td bgcolor="#d9d9d9">
Y
</td>
<td bgcolor="#d9d9d9">
Y
</td>
<td bgcolor="#d9d9d9">
 

</td>
</tr>
<tr valign="top">
<td bgcolor="#d9d9d9">
GP.c)
</td>
<td bgcolor="#d9d9d9">
T
</td>
<td bgcolor="#d9d9d9">
Y
</td>
<td bgcolor="#d9d9d9">
Y
</td>
<td bgcolor="#d9d9d9">
 

</td>
</tr>
<tr valign="top">
<td bgcolor="#d9d9d9">
GP.d)
</td>
<td bgcolor="#d9d9d9">
T
</td>
<td bgcolor="#d9d9d9">
Y
</td>
<td bgcolor="#d9d9d9">
Y
</td>
<td bgcolor="#d9d9d9">
 

</td>
</tr>
<tr valign="top">
<td bgcolor="#d9d9d9">
GP.e)
</td>
<td bgcolor="#d9d9d9">
T(A*)
</td>
<td bgcolor="#d9d9d9">
Y
</td>
<td bgcolor="#d9d9d9">
Y(1)
</td>
<td bgcolor="#d9d9d9">
 

</td>
</tr>
<tr valign="top">
<td bgcolor="#d9d9d9">
GP.f)
</td>
<td bgcolor="#d9d9d9">
I
</td>
<td bgcolor="#d9d9d9">
 

</td>
<td bgcolor="#d9d9d9">
 

</td>
<td bgcolor="#d9d9d9">
 

</td>
</tr>
</table>

***Table
4: Verification Acceptance Criteria***

(A\*) means that verification by the Analysis method is possible for
the item that cannot be tested.

Note (1): applicable for a functional subset 
cf. CO.gg).

[Amdt ETSO/10]

[Amdt ETSO/16]