xen-devel  

Messages by Thread

• • [PATCH v2 1/3] xen/mm: don't unconditionally clear PGC_need_scrub in alloc_heap_pages() Roger Pau Monne
  • [PATCH v2 3/3] xen/mm: improve freeing of partially scrubbed pages Roger Pau Monne
  • Re: [PATCH v2 3/3] xen/mm: improve freeing of partially scrubbed pages Jan Beulich
  • Re: [PATCH v2 3/3] xen/mm: improve freeing of partially scrubbed pages Roger Pau Monné
  • Re: [PATCH v2 3/3] xen/mm: improve freeing of partially scrubbed pages Jan Beulich
• Re: [PATCH v7 02/12] xen/arm: gic-v2: Implement GIC suspend/resume functions Mykola Kvach
• [PATCH] MAINTAINERS: update my email Stewart Hildebrand
  • Re: [PATCH] MAINTAINERS: update my email Jan Beulich
• [PATCH] arinc653: remove idle period in default schedule Stewart Hildebrand
  • Re: [PATCH] arinc653: remove idle period in default schedule Jürgen Groß
• Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Marek Marczykowski-Górecki
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Jan Beulich
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Marek Marczykowski-Górecki
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Jan Beulich
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Marek Marczykowski-Górecki
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Jan Beulich
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Marek Marczykowski-Górecki
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Jan Beulich
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Marek Marczykowski-Górecki
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Jan Beulich
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Jürgen Groß
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Marek Marczykowski-Górecki
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Jan Beulich
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Marek Marczykowski-Górecki
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Marek Marczykowski-Górecki
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Jan Beulich
  • Re: Slow (higher scheduling latency?) system after S3 - regression 4.17 -> 4.19 ? Marek Marczykowski-Górecki
• Re: [PATCH] x86/time: adjust handling of negative delta in stime2tsc() Roger Pau Monné
  • Re: [PATCH] x86/time: adjust handling of negative delta in stime2tsc() Jan Beulich
• [PATCH 0/2] x86/fred: Fix SYSCALL handling Andrew Cooper
  • [PATCH 1/2] x86/fred: Fix FRED name in comments Andrew Cooper
  • Re: [PATCH 1/2] x86/fred: Fix FRED name in comments Jan Beulich
  • [PATCH 2/2] x86/pv: Provide better SYSCALL backwards compatibility in FRED mode Andrew Cooper
  • Re: [PATCH 2/2] x86/pv: Provide better SYSCALL backwards compatibility in FRED mode Jan Beulich
  • Re: [PATCH 2/2] x86/pv: Provide better SYSCALL backwards compatibility in FRED mode Andrew Cooper
  • Re: [PATCH 2/2] x86/pv: Provide better SYSCALL backwards compatibility in FRED mode Jan Beulich
  • Re: [PATCH 2/2] x86/pv: Provide better SYSCALL backwards compatibility in FRED mode Andrew Cooper
• [PATCH] xen/x86: Check supported features even for PHV dom0 Frediano Ziglio
  • Re: [PATCH] xen/x86: Check supported features even for PHV dom0 Roger Pau Monné
  • Re: [PATCH] xen/x86: Check supported features even for PHV dom0 Frediano Ziglio
  • Re: [PATCH] xen/x86: Check supported features even for PHV dom0 Roger Pau Monné
  • Re: [PATCH] xen/x86: Check supported features even for PHV dom0 Jan Beulich
• [PATCH v2] xen/sched: validate RTDS putinfo period and budget Oleksii Moisieiev
  • Re: [PATCH v2] xen/sched: validate RTDS putinfo period and budget Andrew Cooper
  • Re: [PATCH v2] xen/sched: validate RTDS putinfo period and budget Oleksii Moisieiev
• [PATCH 0/4] xen/uart: some fixes and improvements Roger Pau Monne
  • [PATCH 1/4] xen/uart: be more careful with changes to the PCI command register Roger Pau Monne
  • Re: [PATCH 1/4] xen/uart: be more careful with changes to the PCI command register Andrew Cooper
  • Re: [PATCH 1/4] xen/uart: be more careful with changes to the PCI command register Jan Beulich
  • Re: [PATCH 1/4] xen/uart: be more careful with changes to the PCI command register Roger Pau Monné
  • Re: [PATCH 1/4] xen/uart: be more careful with changes to the PCI command register Jan Beulich
  • Re: [PATCH 1/4] xen/uart: be more careful with changes to the PCI command register Roger Pau Monné
  • Re: [PATCH 1/4] xen/uart: be more careful with changes to the PCI command register Jan Beulich
  • Re: [PATCH 1/4] xen/uart: be more careful with changes to the PCI command register Roger Pau Monné
  • Re: [PATCH 1/4] xen/uart: be more careful with changes to the PCI command register Jan Beulich
  • [PATCH 3/4] xen/uart: report an error if the device type is not supported Roger Pau Monne
  • Re: [PATCH 3/4] xen/uart: report an error if the device type is not supported Andrew Cooper
  • [PATCH 2/4] xen/uart: switch ns16550 to use pci_sbdf_t Roger Pau Monne
  • Re: [PATCH 2/4] xen/uart: switch ns16550 to use pci_sbdf_t Andrew Cooper
  • [PATCH 4/4] xen/uart: enable parsing ACPI SPCR on x86 Roger Pau Monne
  • Re: [PATCH 4/4] xen/uart: enable parsing ACPI SPCR on x86 Andrew Cooper
  • Re: [PATCH 4/4] xen/uart: enable parsing ACPI SPCR on x86 Jan Beulich
  • Re: [PATCH 4/4] xen/uart: enable parsing ACPI SPCR on x86 Andrew Cooper
  • Re: [PATCH 4/4] xen/uart: enable parsing ACPI SPCR on x86 Roger Pau Monné
  • Re: [PATCH 4/4] xen/uart: enable parsing ACPI SPCR on x86 Jan Beulich
• [PATCH v2 0/2] EFI: cfg file parsing adjustments Jan Beulich
  • [PATCH v2 1/2] EFI: avoid OOB config file reads Jan Beulich
  • [PATCH v2 2/2] EFI: move pre_parse() back next to get_value() Jan Beulich
  • Ping: [PATCH v2 0/2] EFI: cfg file parsing adjustments Jan Beulich
  • Re: [PATCH v2 0/2] EFI: cfg file parsing adjustments Marek Marczykowski
• [PATCH v2 0/3] arinc653: misc small adjustments Jan Beulich
  • [PATCH v2 1/3] arinc653: overwrite entire .dom_handle[] for Dom0 slots Jan Beulich
  • Re: [PATCH v2 1/3] arinc653: overwrite entire .dom_handle[] for Dom0 slots Jürgen Groß
  • Re: [PATCH v2 1/3] arinc653: overwrite entire .dom_handle[] for Dom0 slots Stewart Hildebrand
  • [PATCH v2 2/3] arinc653: don't assume Dom0 is the control domain Jan Beulich
  • Re: [PATCH v2 2/3] arinc653: don't assume Dom0 is the control domain Jürgen Groß
  • Re: [PATCH v2 2/3] arinc653: don't assume Dom0 is the control domain Jan Beulich
  • Re: [PATCH v2 2/3] arinc653: don't assume Dom0 is the control domain Juergen Gross
  • Re: [PATCH v2 2/3] arinc653: don't assume Dom0 is the control domain Stewart Hildebrand
  • Re: [PATCH v2 2/3] arinc653: don't assume Dom0 is the control domain Jan Beulich
  • [PATCH v2 3/3] arinc653: avoid array overrun Jan Beulich
  • Re: [PATCH v2 3/3] arinc653: avoid array overrun Jürgen Groß
  • Re: [PATCH v2 3/3] arinc653: avoid array overrun Stewart Hildebrand
  • Re: [PATCH v2 3/3] arinc653: avoid array overrun Jan Beulich
  • Re: [PATCH v2 3/3] arinc653: avoid array overrun Jürgen Groß
  • [PATCH v3] arinc653: don't assume Dom0 is the control domain Jan Beulich
  • Re: [PATCH v3] arinc653: don't assume Dom0 is the control domain Jürgen Groß
  • Re: [PATCH v3] arinc653: don't assume Dom0 is the control domain Jan Beulich
  • Re: [PATCH v3] arinc653: don't assume Dom0 is the control domain Stewart Hildebrand
  • Re: [PATCH v3] arinc653: don't assume Dom0 is the control domain Jan Beulich
  • Re: [PATCH v3] arinc653: don't assume Dom0 is the control domain Stewart Hildebrand
  • Re: [PATCH v3] arinc653: don't assume Dom0 is the control domain Jan Beulich
  • Re: [PATCH v3] arinc653: don't assume Dom0 is the control domain Stewart Hildebrand
• [PATCH] x86/svm: Fix the IRET instruction completion tracking Abdelkareem Abdelsaamad
• [PATCH] xen/privcmd: unregister xenstore notifier on module exit GuoHan Zhao
  • Re: [PATCH] xen/privcmd: unregister xenstore notifier on module exit Jürgen Groß
• [PATCH v11 0/3] of: parsing of multi #{iommu,msi}-cells in maps Vijayanand Jitta
  • [PATCH v11 1/3] of: Add convenience wrappers for of_map_id() Vijayanand Jitta
  • [PATCH v11 2/3] of: Factor arguments passed to of_map_id() into a struct Vijayanand Jitta
  • Re: [PATCH v11 2/3] of: Factor arguments passed to of_map_id() into a struct Bjorn Helgaas
  • Re: [PATCH v11 2/3] of: Factor arguments passed to of_map_id() into a struct Vijayanand Jitta
  • [PATCH v11 3/3] of: Respect #{iommu,msi}-cells in maps Vijayanand Jitta
  • Re: [PATCH v11 0/3] of: parsing of multi #{iommu,msi}-cells in maps Vijayanand Jitta
• [PATCH 0/4] xen/arm: ITS quirk handling fixes and board-specific matches Mykola Kvach
  • [PATCH 2/4] xen/arm: its: add platform match callback for ITS quirks Mykola Kvach
  • Re: [PATCH 2/4] xen/arm: its: add platform match callback for ITS quirks Volodymyr Babchuk
  • Re: [PATCH 2/4] xen/arm: its: add platform match callback for ITS quirks Mykola Kvach
  • Re: [PATCH 2/4] xen/arm: its: add platform match callback for ITS quirks Volodymyr Babchuk
  • Re: [PATCH 2/4] xen/arm: its: add platform match callback for ITS quirks Mykola Kvach
  • Re: [PATCH 2/4] xen/arm: its: add platform match callback for ITS quirks Volodymyr Babchuk
  • [PATCH 1/4] xen/arm: its: collect quirk flags and honor dma-noncoherent Mykola Kvach
  • Re: [PATCH 1/4] xen/arm: its: collect quirk flags and honor dma-noncoherent Volodymyr Babchuk
  • Re: [PATCH 1/4] xen/arm: its: collect quirk flags and honor dma-noncoherent Mykola Kvach
  • Re: [PATCH 1/4] xen/arm: its: collect quirk flags and honor dma-noncoherent Volodymyr Babchuk
  • [PATCH 4/4] xen/arm: its: pre-initialize ITS quirks before LPI setup Mykola Kvach
  • Re: [PATCH 4/4] xen/arm: its: pre-initialize ITS quirks before LPI setup Volodymyr Babchuk
  • [PATCH 3/4] xen/arm: its: add Orange Pi 5 ITS quirk Mykola Kvach
• [PATCH 0/2] xen/mm: fix fallout from populate_physmap() deferred scrub change Roger Pau Monne
  • [PATCH 1/2] xen/mm: don't unconditionally clear PGC_need_scrub in alloc_heap_pages() Roger Pau Monne
  • Re: [PATCH 1/2] xen/mm: don't unconditionally clear PGC_need_scrub in alloc_heap_pages() Jan Beulich
  • Re: [PATCH 1/2] xen/mm: don't unconditionally clear PGC_need_scrub in alloc_heap_pages() Ayden Bottos
  • [PATCH 2/2] xen/mm: do not assign pages to a domain until they are scrubbed Roger Pau Monne
  • Re: [PATCH 2/2] xen/mm: do not assign pages to a domain until they are scrubbed Jan Beulich
  • Re: [PATCH 2/2] xen/mm: do not assign pages to a domain until they are scrubbed Roger Pau Monné
  • Re: [PATCH 2/2] xen/mm: do not assign pages to a domain until they are scrubbed Roger Pau Monné
  • Re: [PATCH 2/2] xen/mm: do not assign pages to a domain until they are scrubbed Jan Beulich
  • Re: [PATCH 2/2] xen/mm: do not assign pages to a domain until they are scrubbed Roger Pau Monné
  • Re: [PATCH 2/2] xen/mm: do not assign pages to a domain until they are scrubbed Jan Beulich
  • Re: [PATCH 2/2] xen/mm: do not assign pages to a domain until they are scrubbed Jan Beulich
• [PATCH] xen/sched: validate RTDS putinfo period and budget Oleksii Moisieiev
  • Re: [PATCH] xen/sched: validate RTDS putinfo period and budget Jan Beulich
  • Re: [PATCH] xen/sched: validate RTDS putinfo period and budget Oleksii Moisieiev
• Re: [RFC PATCH 12/16] x86/cpufeature: Introduce SME and SEV-related CPU features Jan Beulich
• [PATCH v2 0/9] x86: Always use eager-fpu Ross Lagerwall
  • [PATCH v2 1/9] x86/domain: Ensure a vCPU's FPU is reset early Ross Lagerwall
  • Re: [PATCH v2 1/9] x86/domain: Ensure a vCPU's FPU is reset early Andrew Cooper
  • Re: [PATCH v2 1/9] x86/domain: Ensure a vCPU's FPU is reset early Ross Lagerwall
  • [PATCH v2 4/9] x86/svm: Remove lazy FPU support Ross Lagerwall
  • [PATCH v2 2/9] x86: Always use eager-fpu Ross Lagerwall
  • [PATCH v2 3/9] x86/vmx: Remove lazy FPU support Ross Lagerwall
  • [PATCH v2 5/9] x86/traps: Remove lazy FPU support Ross Lagerwall
  • Re: [PATCH v2 5/9] x86/traps: Remove lazy FPU support Andrew Cooper
  • [PATCH v2 6/9] x86: Remove fully_eager_fpu Ross Lagerwall
  • [PATCH v2 8/9] x86/xstate: Stop tracking nonlazy xstate use Ross Lagerwall
  • [PATCH v2 7/9] x86: Remove fpu_initialised/fpu_dirty Ross Lagerwall
  • Re: [PATCH v2 7/9] x86: Remove fpu_initialised/fpu_dirty Jan Beulich
  • Re: [PATCH v2 7/9] x86: Remove fpu_initialised/fpu_dirty Ross Lagerwall
  • [PATCH v2 9/9] x86: Cleanup cr0.TS flag handling Ross Lagerwall
• [PATCH 0/5] input (mainly cmdline) parsing corrections Jan Beulich
  • [PATCH 1/5] EFI: avoid OOB config file reads Jan Beulich
  • Re: [PATCH 1/5] EFI: avoid OOB config file reads Andrew Cooper
  • Re: [PATCH 1/5] EFI: avoid OOB config file reads Jan Beulich
  • Re: [PATCH 1/5] EFI: avoid OOB config file reads Jan Beulich
  • [PATCH 2/5] llc-coloring: improve checking while parsing Jan Beulich
  • Re: [PATCH 2/5] llc-coloring: improve checking while parsing Mykola Kvach
  • Re: [PATCH 2/5] llc-coloring: improve checking while parsing Jan Beulich
  • Re: [PATCH 2/5] llc-coloring: improve checking while parsing Mykola Kvach
  • Re: [PATCH 2/5] llc-coloring: improve checking while parsing Andrew Cooper
  • Re: [PATCH 2/5] llc-coloring: improve checking while parsing Jan Beulich
  • Re: [PATCH 2/5] llc-coloring: improve checking while parsing Andrew Cooper
  • [PATCH 3/5] ns16550: harden name/value pair parsing Jan Beulich
  • Re: [PATCH 3/5] ns16550: harden name/value pair parsing Andrew Cooper
  • [PATCH 4/5] ns16550: harden positional parsing Jan Beulich
  • Re: [PATCH 4/5] ns16550: harden positional parsing Andrew Cooper
  • [PATCH 5/5] video/vesa: harden font height parsing Jan Beulich
  • Re: [PATCH 5/5] video/vesa: harden font height parsing Andrew Cooper
  • Ping: [PATCH 0/5] input (mainly cmdline) parsing corrections Jan Beulich
• [PATCH] arinc653: clear entire .dom_handle[] for Dom0 slots Jan Beulich
  • Re: [PATCH] arinc653: clear entire .dom_handle[] for Dom0 slots Stewart Hildebrand
  • Re: [PATCH] arinc653: clear entire .dom_handle[] for Dom0 slots Jan Beulich
• [PATCH] unlzma: avoid UB shift Jan Beulich
  • Re: [PATCH] unlzma: avoid UB shift Mykola Kvach
  • Re: [PATCH] unlzma: avoid UB shift Andrew Cooper
  • Re: [PATCH] unlzma: avoid UB shift Jan Beulich
  • Re: [PATCH] unlzma: avoid UB shift Andrew Cooper
• Mapping non-pinned memory from one Xen domain into another Demi Marie Obenour
  • Re: Mapping non-pinned memory from one Xen domain into another Teddy Astie
  • Re: Mapping non-pinned memory from one Xen domain into another Demi Marie Obenour
  • Re: Mapping non-pinned memory from one Xen domain into another Teddy Astie
  • Re: Mapping non-pinned memory from one Xen domain into another Demi Marie Obenour
  • Why memory lending is needed for GPU acceleration Demi Marie Obenour
  • Re: Why memory lending is needed for GPU acceleration Teddy Astie
  • Re: Why memory lending is needed for GPU acceleration Jan Beulich
  • Re: Why memory lending is needed for GPU acceleration Demi Marie Obenour
  • Re: Why memory lending is needed for GPU acceleration Val Packett
  • Re: Why memory lending is needed for GPU acceleration Teddy Astie
  • Re: Why memory lending is needed for GPU acceleration Val Packett
  • Re: Why memory lending is needed for GPU acceleration Marek Marczykowski-Górecki
  • Re: Mapping non-pinned memory from one Xen domain into another Teddy Astie
• Xen Security Advisory 482 v3 (CVE-2026-31788) - Linux privcmd driver can circumvent kernel lockdown Xen . org security team
• [PATCH v5 0/3] Fixing ACPI BGRT (Boot Graphics Resource Table) corruption Soumyajyotii Ssarkar
  • [PATCH v5 3/3] x86/efi: Add opt-out mechanism for BGRT preservation Soumyajyotii Ssarkar
  • Re: [PATCH v5 3/3] x86/efi: Add opt-out mechanism for BGRT preservation Jan Beulich
  • Re: [PATCH v5 1/3] x86/efi: Add BGRT image preservation infrastructure Jan Beulich
  • Re: [PATCH v5 2/3] x86/acpi: Integrate BGRT preservation with status reporting Jan Beulich
  • Re: [PATCH v5 2/3] x86/acpi: Integrate BGRT preservation with status reporting Marek Marczykowski-Górecki
  • Re: [PATCH v5 2/3] x86/acpi: Integrate BGRT preservation with status reporting Jan Beulich
  • Re: [PATCH v5 2/3] x86/acpi: Integrate BGRT preservation with status reporting Marek Marczykowski-Górecki
  • Re: [PATCH v5 2/3] x86/acpi: Integrate BGRT preservation with status reporting Jan Beulich
  • Re: [PATCH v5 2/3] x86/acpi: Integrate BGRT preservation with status reporting Marek Marczykowski-Górecki

• Earlier messages
• Later messages