Changes between Version 3 and Version 4 of Developer/Architectures


Ignore:
Timestamp:
Jan 7, 2016, 5:33:38 AM (4 years ago)
Author:
Chris Johns
Comment:

Add the remaining tier data.

Legend:

Unmodified
Added
Removed
Modified
  • Developer/Architectures

    v3 v4  
    77Each RTEMS Architecture has a number of RTEMS Board Support Packages (BSPs). The BSP configuration determines the specific ISA variant to use as well as the specific processor features.
    88
    9 List:
    109[[TitleIndex(Developer/Architectures/, format=hierarchy, depth=0)]]
    1110
     
    1615The RTEMS Architecture Tier system provides a defined way to determine the state of an architecture in RTEMS. Architectures age and support for them drops off and the RTEMS Project needs a way to determine if an architecture should stay and be supported or depreciated and removed. The tier system also provides users with a clear understand of the state of an architecture in RTEMS, often useful when deciding on a processor for a new project. It can also let a user know the RTEMS Project needs support to maintain a specific architecture. Access to hardware to perform testing is a large and complex undertaking and the RTEMS Project is always looking for user support and help. If you can help please contact someone and let us know.
    1716
    18 === Tier 1 ===
     17=== Tier 1 (highest) ===
    1918
    20 Tier 1 is the highest tier level and requires testing on real hardware. Simulation or virtual machine can be used to speed up testing if the simulator testing results correlate to the hardware testing.
    21 
    22 1. All commits must build on all tier 1 architectures.
    23 1. There shall be no test regressions.
    24 1. There must be a supported BSP that provides:
    25  a. Hardware testing. This is real hardware based testing.
    26  a. Simulator testing. This is testing with an instruction simulator or suitable virtual machine.
     19* Tier 1 is the highest tier level and requires testing on real hardware. Simulation or virtual machine can be used to speed up testing if the simulator testing results correlate to the hardware testing.
     20* All commits must build on all tier 1 architectures.
     21* There shall be no test regressions.
     22* There must be a supported BSP that provides:
     23 1. Hardware testing. This is real hardware based testing.
     24 1. Simulator testing. This is testing with an instruction simulator or suitable virtual machine.
    2725
    2826=== Tier 2 ===
    2927
     28* Tier 2 architectures must be testable using a simulator or virtual machine.
     29* All commits must build on all tier 2 architectures.
     30
    3031=== Tier 3 ===
    3132
    32 === Tier 4 ===
     33* All commits must build on all tier 3 architectures.
    3334
     35=== Tier 4 (lowest) ===
     36
     37* Tier 4 architecture do not need to build.
     38* Tier 4 architecture not flagged deprecated at a release are flagged deprecated.
     39* Tier 4 architecture flagged deprecated at a release are removed.