On 26/04/2019 13:02, Andrew Cooper wrote: > On 26/04/2019 12:59, Andrew Cooper wrote: >> On 18/03/2019 16:13, Jan Beulich wrote: >>> All, >>> >>> the release is due by the end of the month, but will likely don't make >>> it before early April. Please point out backports you find missing from >>> the respective staging branch, but which you consider relevant. The >>> one commit I've queued already on top of what was just pushed is >>> >>> 22e2f8dddf x86/e820: fix build with gcc9 >> ffb60a58df48419c1f2607cd3cc919fa2bfc9c2d "tools/misc/xenpm: fix getting >> info when some CPUs are offline" for 4.11 and earlier. > Oh, and 677e64dbe315343620c3b266e9eb16623b118038 "tools/ocaml: Dup2 > /dev/null to stdin in daemonize()" again for 4.12 and earlier.
In addition, 2ec5339ec921 "tools/libxl: correct vcpu affinity output with sparse physical cpu map" 129025fe3093 "oxenstored: Don't re-open a xenctrl handle for every domain introduction" 7b20a865bc10 "tools/ocaml: Release the global lock before invoking block syscalls" c393b64dcee6 "tools/libxc: Fix issues with libxc and Xen having different featureset lengths" 82855aba5bf9 "tools/libxc: Fix error handling in get_cpuid_domain_info()" 48dab9767d2e "tools/xl: use libxl_domain_info to get domain type for vcpu-pin" 365aabb6e502 "tools/libxendevicemodel: add xendevicemodel_modified_memory_bulk to map" is possibly a candidate, but is also complicated by the stable SONAME. It is perhaps easiest to ignore, seeing as the issue has already gone unnoticed for 2 years. ~Andrew _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
