Dispatcher Refactorings to support virtualized lava slaves without master image
The dispatcher currently assumes that deployment happens via a master image that can format and populate 'testboot' and 'testrootfs' partitions. This is not (sensibly) the way to deploy to images tested under emulation such as qemu or a fast model, nor if we switch to using a JTAG or fancy sd card multiplexer to format the sd card on the image.
Blueprint information
- Status:
- Complete
- Approver:
- Paul Larson
- Priority:
- Essential
- Drafter:
- Michael Hudson-Doyle
- Direction:
- Approved
- Assignee:
- Michael Hudson-Doyle
- Definition:
- Approved
- Series goal:
- Accepted for trunk
- Implementation:
- Implemented
- Milestone target:
- 2011.12
- Started by
- Michael Hudson-Doyle
- Completed by
- Michael Hudson-Doyle
Related branches
Related bugs
Sprints
Whiteboard
Meta:
Headline: The LAVA dispatcher no longer assumes that deployment is done via a master image. -> The LAVA dispatcher has been refactored to relax assumptions that would prevent adding lava support for virtualized test slaves like fast-model and qemu.
Acceptance: Master image still works, but is no longer such a deeply held assumption.
Roadmap id: LAVA2011-
Work Items
Work items:
Figure out a way for the dispatcher to work without assuming a master image: DONE
Refactor dispatcher to not assume a single connection to the board: DONE
Move all knowledge of master images to a specific client subclass: DONE
Dependency tree
* Blueprints in grey have been implemented.