The primary goal of the CIP project is to contribute to the long-term maintenance of an industrial-grade open source base layer (OSBL). The OSBL currently includes the source code of the CIP kernels, based on upstream LTS kernels (to which we also contribute); and the CIP Core, based on a subset of Debian LTS packages (which we sponsor).

The CIP project provides example operating system images and metadata for a set of reference boards to accelerate the adoption of the CIP open source base layer. These example images are created from the CIP open source base layer by using Linux image build or generation tools such as meta-debian or ISAR.

Having a long-term supported base layer makes little sense unless you have a software update mechanism in place. However, updating software is not an easy task. For example, random power outages can severely interfere with an update. Besides, update software can have bugs just like any other software.

The CIP Software Updates workgroup has been born to fill that gap by providing a robust software update mechanism suitable to the industrial-grade open source base layer. In particular, these are the goals of the workgroup:

1. Design the architecture of the software update mechanism.
2. Compare and select a software update tool suitable for the architecture.
3. Integrate the chosen software into the Linux image build tools used by CIP Core.
4. Implement the software update mechanism on the reference boards.
5. Contribute to the maintenance of the chosen software update tool.

Here is the 3rd iteration work items:

1. Prepare minimum required development environment
   1. #3: Clean a branch relevant to SWUpdate on isar-cip-core
2. Commit source codes that already exists in my local machine
   1. #4: Add a demo of ELCE 2019 regarding a safe update feature
3. Fix what should have been integrated into the current software update mechanism
   1. #5: Enable u-boot environment redundancy so that software updates can continue if a power failure occurs
   2. #6: Fix how to use binary delta update
4. Support new basic features
   1. #7: Support kernel update feature
   2. #8: Support HTTPS connection between client and server
   3. #9: Support rollout feature
5. Make a demo better
   1. #10: Fix bug of hawkBit dashboard regarding screen refresh
   2. #11: Add multiple ways to trigger software updates such as push update and arbitrary polling time
   3. #12: Automate a demo

The period of this iteration will be from the beginning of Feb 2020 to the end of Jul 2020.

Here is the 2nd iteration work items:

1. Integrate safe update features into the reference software update mechanism
   • Deliverable: demo shown at ELCE 2019 (the detail is described in Slides of CIP Mini Summit)
2. Make it easier to contribute to SW Updates WG
   • Clarify current SW Updates WG's tasks cip-sw-update-tasks
   • Provide how to prepare an environment for developing and testing cip-sw-update-demo
3. Work on remaining tasks for the reference software update mechanism → Move to the next iteration
4. Try to integrate the reference software update mechanism into CIP Core and CIP Testing properly → Move to the next iteration
   • For CIP Core: add a recipe to build an update image
   • For CIP Testing: test the reference software update mechanism on several reference boards continuously

The period of this iteration will be from the beginning of Aug 2019 to the end of Jan 2020.

Here is an initial schedule with intended finish dates for the first iteration:

1. Architecture milestone
   1. Finish date: 31st Jan 2019
   2. Deliverable: CIP Software Updates Architecture (survey, and a non-detailed architecture of the software update mechanism).
   3. Status: complete (open to discussion on the mailing list)
2. Comparison milestone
   1. Finish date: 28th Feb 2019
   2. Deliverable: CIP Comparison report (compares multiple open source software update tools and their suitability for the chosen architecture).
   3. Status: complete (open to discussion on the mailing list)
3. Integration milestone
   1. Finish date: 31st Apr 2019 15th Jul 2019
   2. Deliverable: metadata to build the selected software update tool (e.g., recipes for ISAR or meta-debian)
   3. Status: complete (needs refining in the next roadmap iteration)
4. Prototype milestone
   1. Finish date: 31st Jun 2019 15th Jul 2019
   2. Deliverable: prototype implementation of the software update mechanism on a reference board (e.g., glue scripts and metadata)
   3. Status: complete (demo shown at OSSJ 2019)
5. Contributions milestone
   1. Finish date: 31st Jun 2019 30th Jul 2019
   2. Deliverable: list of contributions including bug reports and code patches contributed so far.
   3. Status: completed