On Fri, 2020-02-07 at 10:24 +0100, Jan Beulich wrote: > You don't mention any prereq patches, and I can't see any > definition of KEXEC_TYPE_LIVE_UPDATE in the public headers. > IOW I can't see how this patch would be able to not break > the build on current staging. Please clarify.
I don't think this was meant to go to the list. It's a fixup for the patch I posted in my RFC series at https://lists.xenproject.org/archives/html/xen-devel/2020-01/msg02690.html The original testing was just hard-coding addresses and using a 'normal' kexec load, and we were only testing KEXEC_TYPE_LIVE_UPDATE for the actual kexec_exec. Once Varad had implemented the automatic placement support in kexec userspace tools, we spotted that the load operation wasn't working for KEXEC_TYPE_LIVE_UPDATE, hence this fixup. I merged it into the appropriate patch in my tree some time last week. https://xenbits.xen.org/gitweb/?p=people/dwmw2/xen.git;a=commitdiff;h=0bf4204cdb5f4fb8d17ead8df3e4fda37cfd6a28
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel