On 9/28/19 4:12 PM, Pawel Wieczorkiewicz wrote: > By default Livepatch enforces the following buildid-based dependency > chain between livepatch modules: > 1) first module depends on given hypervisor buildid > 2) every consecutive module depends on previous module's buildid > This way proper livepatch stack order is maintained and enforced. > While it is important for production livepatches it limits agility and > blocks usage of testing or debug livepatches. These kinds of livepatch > modules are typically expected to be loaded at any time irrespective > of current state of the modules stack. > > To enable testing and debug livepatches allow user dynamically ignore > the inter-modules dependency. In this case only hypervisor buildid > match is verified and enforced. > > To allow userland pass additional paremeters for livepatch actions > add support for action flags. > Each of the apply, revert, unload and revert action gets additional > 64-bit parameter 'flags' where extra flags can be applied in a mask > form. > Initially only one flag '--nodeps' is added for the apply action. > This flag modifies the default buildid dependency check as described > above. > The global sysctl interface input flag parameter is defined with a > single corresponding flag macro: > LIVEPATCH_ACTION_APPLY_NODEPS (1 << 0) > > The userland xen-livepatch tool is modified to support the '--nodeps' > flag for apply and load commands. A general mechanism for specifying > more flags in the future for apply and other action is however added. > > Signed-off-by: Pawel Wieczorkiewicz <wipa...@amazon.de> > Reviewed-by: Andra-Irina Paraschiv <andra...@amazon.com> > Reviewed-by: Eslam Elnikety <elnik...@amazon.de> > Reviewed-by: Petre Eftime <epe...@amazon.com> > Reviewed-by: Leonard Foerster <foers...@amazon.de> > Reviewed-by: Martin Pohlack <mpohl...@amazon.de> > Reviewed-by: Norbert Manthey <nmant...@amazon.de> > Signed-off-by: Konrad Rzeszutek Wilk <konrad.w...@oracle.com> > --- > Changed since v3: > * simplified loop in xen-livepatch.c > Reviewed-by: Ross Lagerwall <ross.lagerw...@citrix.com>
_______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
