Files
xen/libxl.max_event_channels.patch
Charles Arnold 6335fb31bb - Update to Xen 4.21.0 FCS release
* The minimum toolchain requirements have increased for some architectures:
    - For x86, GCC 5.1 and Binutils 2.25, or Clang/LLVM 11
    - For ARM32 and ARM64, GCC 5.1 and Binutils 2.25
    - For RISC-V, GCC 12.2 and Binutils 2.39
  * Debian Trixie added to CI.  Debian Bullseye retired from CI for RISC-V due
    to the baseline change.
  * Linux based device model stubdomains are now fully supported.
  * New dependency on library json-c 0.15 or later, the toolstack will prefer it
    to `YAJL` when available.
  * Introduce libxenmanage as a stable library, replacing xenstored's
    dependency on unstable libraries.
  * Introduce new PDX compression algorithm to cope with Intel Sierra Forest and
    Granite Rapids having sparse memory maps.
  * Support of qemu-traditional has been removed.
  * The in-tree oxenstored is deprecated and will be removed in a future
    version of Xen.  It is moving into the Xapi project
    https://github.com/xapi-project/oxenstored so it can be maintained in line
    with the other Ocaml projects in the Xen ecosystem.
  * On x86:
    - Restrict the cache flushing done as a result of guest physical memory map
      manipulations and memory type changes.
    - Allow controlling the MTRR cache attribute of the Xen platform PCI device
      BAR for HVM guests, to improve performance of guests using it to map the
      grant table or foreign memory.
    - Allow configuring the number of altp2m tables per domain via vm.cfg.
    - Option to attempt to fixup p2m page-faults on PVH dom0.
    - Resizable BARs is supported for PVH dom0.
    - Support PCI passthrough for HVM domUs when dom0 is PVH (note SR-IOV
      capability usage is not yet supported on PVH dom0).

OBS-URL: https://build.opensuse.org/package/show/Virtualization/xen?expand=0&rev=903
2025-11-19 18:50:34 +00:00

24 lines
951 B
Diff

References: bsc#1167608
unbound limits for max_event_channels
1023 is too low for a three digit value of vcpus
it is difficult to make the value depend on the number of vcpus
adding devices at runtime also needs event channels
But, having an unbound value (of 128k) may have a negative effect on XSA-344.
Therefore, just let the built-in default depend on the number of vcpus.
Index: xen-4.21.0-testing/tools/libs/light/libxl_create.c
===================================================================
--- xen-4.21.0-testing.orig/tools/libs/light/libxl_create.c
+++ xen-4.21.0-testing/tools/libs/light/libxl_create.c
@@ -228,7 +228,7 @@ int libxl__domain_build_info_setdefault(
b_info->iomem[i].gfn = b_info->iomem[i].start;
if (!b_info->event_channels)
- b_info->event_channels = 1023;
+ b_info->event_channels = max(1023, 8 * b_info->max_vcpus + 511);
rc = libxl_get_physinfo(CTX, &info);
if (rc) {