Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Requirements and Assumptions for an LTS version of AGL 

  • Need to limit the number of hardware platforms that are supported for the LTS version only to the boards that are being put into production by members. 
    • Limit to Reference Hardware System Architecture compliant architectures?
    • Instrument cluster reference hardware?
  • Code Maintained Upstream of AGL 
      • Probably want to limit which components are maintained. For example bluez may not be included because it is a replaceable component that we think will be used by the device creators
    • AGL demo may not be maintained but we still need to build a binary that runs on the supported platforms so that we can test it. 
    • APIs will be stable over the lifetime of the LTS version
      • Need a strategy for how to accept patches into the LTS that may be different from the development model we use today. 
      • Gain agreement from commercial stakeholders, especially SOC vendors, that they will support the AGL LTS. 
        • For SOC vendors this will requirement an agreement to maintain their BSP, kernel version, and graphics stack for the life of the AGL LTS version.
        • For OEM and Tier One members this will requirement an agreement that they will contribute fixes back to the AGL LTS effort


    • Code Maintained by AGL 
      • Source code and recipes will be maintained in such a way that builds are reproducible over the lifetime of the LTS version. 
        • Host system will be limited to the container that is shipped with the initial LTS version.  AGL will ensure that the container is supported on the latest host system. (i.e. As Fedora or other distributions evolve the AGL container will still be able to be built) 
      • AGL demo may not be maintained but we still need to build a binary that runs on the supported platforms so that we can test it. 
        •  Test image or images that allow AGL to be tested 
      • APIs will be stable over the lifetime of the LTS version. 
      • Security patches and bug-fixes will be backported from latest AGL version to LTS version


    • Hardware Considerations 
      • Need to limit the number of hardware platforms that are supported for the LTS version only to the boards that are being put into production by members. 
        • Limit to Reference Hardware System Architecture compliant architectures?
        • Instrument cluster reference hardware?
      • AGL devices manufacturers are responsible for maintaining BSPs for their production hardware.


    General LTS in open source industry

    ...