xen-devel  

Messages by Thread

• • [RFC PATCH v6 22/43] arm/p2m: Introduce p2m_is_{hostp2m,altp2m} Rose Spangler
  • [RFC PATCH v6 24/43] altp2m: Move altp2m_{get,set}_altp2m to common code Rose Spangler
  • [RFC PATCH v6 17/43] arm/p2m: Move hostp2m init/teardown to individual functions Rose Spangler
  • [RFC PATCH v6 23/43] arm/altp2m: Add support for altp2m init/teardown routines Rose Spangler
  • [RFC PATCH v6 27/43] arm/altp2m: Add support for altp2m_{get,set}_altp2m Rose Spangler
  • [RFC PATCH v6 28/43] altp2m: Move altp2m_vcpu_{initialise,destroy} to common code Rose Spangler
  • [RFC PATCH v6 26/43] altp2m: Add altp2m_set_vcpu_idx Rose Spangler
  • [RFC PATCH v6 29/43] arm/altp2m: Add support for altp2m_vcpu_{initialise,destroy} Rose Spangler
• [RESEND RFC PATCH v6 00/43] altp2m: Move altp2m routines to common code and add ARM support Rose Spangler
  • [RFC PATCH v6 01/43] altp2m: Add template common altp2m.c/altp2m.h Rose Spangler
  • [RFC PATCH v6 02/43] altp2m: Move altp2m_active to common domain struct Rose Spangler
  • [RFC PATCH v6 03/43] altp2m: Move altp2m_p2m to common domain struct Rose Spangler
  • [RFC PATCH v6 05/43] altp2m: Move altp2m_supported to arch header Rose Spangler
  • [RFC PATCH v6 07/43] arm/altp2m: Introduce CONFIG_ALTP2M Kconfig option Rose Spangler
  • [RFC PATCH v6 04/43] x86/altp2m: Rename hvm_altp2m_supported to altp2m_supported Rose Spangler
  • [RFC PATCH v6 06/43] arm/altp2m: Add template arch-specific altp2m.c/altp2m.h Rose Spangler
• [RFC PATCH v6 32/43] x86/altp2m: Add altp2m_set_view_visibility_locked Rose . Spangler
  • [RFC PATCH v6 33/43] arm/altp2m: Add altp2m_set_view_visibility{,_locked} support Rose . Spangler
• [RFC PATCH v6 29/43] arm/altp2m: Add support for altp2m_vcpu_{initialise,destroy} Rose . Spangler
  • [RFC PATCH v6 30/43] arm/altp2m: Add altp2m view validity/visibility indicator Rose . Spangler
  • [RFC PATCH v6 31/43] altp2m: Add altp2m_view_is_{valid,visible} Rose . Spangler
• [RFC PATCH v6 27/43] arm/altp2m: Add support for altp2m_{get,set}_altp2m Rose . Spangler
• [RFC PATCH v6 00/43] altp2m: Move altp2m routines to common code and add ARM support Rose . Spangler
  • [RFC PATCH v6 11/43] arm/altp2m: Add support for HVMOP_altp2m_get_domain_state Rose . Spangler
  • [RFC PATCH v6 01/43] altp2m: Add template common altp2m.c/altp2m.h Rose . Spangler
  • [RFC PATCH v6 02/43] altp2m: Move altp2m_active to common domain struct Rose . Spangler
  • [RFC PATCH v6 08/43] altp2m: Rename p2m_*_altp2m functions and move declarations out of p2m.h Rose . Spangler
  • [RFC PATCH v6 13/43] x86/altp2m: Add lock functions accessible from common code Rose . Spangler
  • [RFC PATCH v6 03/43] altp2m: Move altp2m_p2m to common domain struct Rose . Spangler
  • [RFC PATCH v6 05/43] altp2m: Move altp2m_supported to arch header Rose . Spangler
  • [RFC PATCH v6 12/43] x86/p2m: Move p2m_{init,free}_one declarations to arch header Rose . Spangler
  • [RFC PATCH v6 26/43] altp2m: Add altp2m_set_vcpu_idx Rose . Spangler
  • [RFC PATCH v6 15/43] arm/p2m: Allocate hostp2m with xzalloc Rose . Spangler
  • [RFC PATCH v6 04/43] x86/altp2m: Rename hvm_altp2m_supported to altp2m_supported Rose . Spangler
  • [RFC PATCH v6 17/43] arm/p2m: Move hostp2m init/teardown to individual functions Rose . Spangler
  • [RFC PATCH v6 18/43] arm/p2m: Invalidate root page table entries and flush TLB in p2m_flush_table Rose . Spangler
  • [RFC PATCH v6 07/43] arm/altp2m: Introduce CONFIG_ALTP2M Kconfig option Rose . Spangler
  • [RFC PATCH v6 25/43] arm/altp2m: Add altp2m index to arch_vcpu Rose . Spangler
  • [RFC PATCH v6 22/43] arm/p2m: Introduce p2m_is_{hostp2m,altp2m} Rose . Spangler
  • [RFC PATCH v6 09/43] altp2m: Move do_altp2m_op to common code Rose . Spangler
  • [RFC PATCH v6 20/43] arm/p2m: Rename parameter in p2m_alloc_vmid Rose . Spangler
  • [RFC PATCH v6 23/43] arm/altp2m: Add support for altp2m init/teardown routines Rose . Spangler
  • [RFC PATCH v6 24/43] altp2m: Move altp2m_{get,set}_altp2m to common code Rose . Spangler
  • [RFC PATCH v6 19/43] arm/p2m: Change function prototype of p2m_alloc_table Rose . Spangler
  • [RFC PATCH v6 16/43] arm/p2m: Cosmetic fix - substitute _gfn(ULONG_MAX) for INVALID_GFN Rose . Spangler
  • [RFC PATCH v6 21/43] arm/p2m: Change func prototype and impl of p2m_{alloc,free}_vmid Rose . Spangler
• [PATCH Xen 4.20] x86/apic: Fix asm() constraints in TMICT calculation Andrew Cooper
  • Re: [PATCH Xen 4.20] x86/apic: Fix asm() constraints in TMICT calculation Jan Beulich
  • Re: [PATCH Xen 4.20] x86/apic: Fix asm() constraints in TMICT calculation Andrew Cooper
  • Re: [PATCH Xen 4.20] x86/apic: Fix asm() constraints in TMICT calculation Jan Beulich
• Feature freeze date for Xen 4.22 is Fri May 08, 2026 Oleksii Kurochko
  • Re: Feature freeze date for Xen 4.22 is Fri May 08, 2026 Jan Beulich
  • Re: Feature freeze date for Xen 4.22 is Fri May 08, 2026 Oleksii Kurochko
  • Re: Feature freeze date for Xen 4.22 is Fri May 08, 2026 Jürgen Groß
• [PATCH 0/8] Armv8-R AArch64 MPU support (single core) Luca Fancellu
  • [PATCH 3/8] xen/mpu: enable device passthrough in MPU system Luca Fancellu
  • [PATCH 1/8] xen/arm: Implement p2m_set_entry for MPU systems Luca Fancellu
  • Re: [PATCH 1/8] xen/arm: Implement p2m_set_entry for MPU systems Yann Sionneau
  • Re: [PATCH 1/8] xen/arm: Implement p2m_set_entry for MPU systems Luca Fancellu
  • Re: [PATCH 1/8] xen/arm: Implement p2m_set_entry for MPU systems Yann Sionneau
  • [PATCH 5/8] xen/arm: enable MMIO region trap in MPU system Luca Fancellu
  • [PATCH 4/8] arm/mpu: Support vCPU context switch on MPU systems Luca Fancellu
  • [PATCH 2/8] xen/arm: Implement p2m_get_entry for MPU systems Luca Fancellu
  • [PATCH 7/8] arm/mpu: Save/restore guest EL1 MPU-related context Luca Fancellu
  • [PATCH 6/8] xen/arm: dump debug message in MPU system Luca Fancellu
  • [PATCH 8/8] arm/mpu: Save/restore VTCR_EL2 on vCPU context switch Luca Fancellu
• [PATCH v4 0/3] Fifth MPU Series Luca Fancellu
  • [PATCH v4 1/3] arm/mpu: implement setup_virt_paging for MPU systems Luca Fancellu
  • [PATCH v4 3/3] arm/mpu: Implement p2m tables Luca Fancellu
  • [PATCH v4 2/3] arm/mpu: Introduce `v8r_el1_msa` device tree property for domains Luca Fancellu
• [PATCH v11] x86emul: support LKGS Jan Beulich
• [PATCH AUTOSEL 7.0-5.10] ARM: xen: validate hypervisor compatible before parsing its version Sasha Levin
• [PATCH v2 0/4] xen/mm: Host-side integration test environment for page_alloc.c Bernhard Kaindl
  • [PATCH v2 1/4] tools/tests/alloc: Add Page Allocator Test Environment Bernhard Kaindl
  • [PATCH v2 2/4] tools/tests/alloc: Add integration test suite to for NUMA memory claims Bernhard Kaindl
  • [PATCH v2 3/4] tools/tests/alloc: Add tests for offlining with claims present Bernhard Kaindl
  • [PATCH v2 4/4] xen/mm: Recall claims when offlining pages if needed Bernhard Kaindl
• [PATCH v6 0/3] Support multiple ioreq pages Julian Vetter
  • [PATCH v6 2/3] ioreq: Indent ioreq_server_alloc_mfn() body one level deeper Julian Vetter
  • [PATCH v6 1/3] ioreq: switch ioreq page allocation to vmap Julian Vetter
  • [PATCH v6 3/3] x86/ioreq: Extend ioreq server to support multiple ioreq pages Julian Vetter
  • Re: [PATCH v6 3/3] x86/ioreq: Extend ioreq server to support multiple ioreq pages Teddy Astie
  • Re: [PATCH v6 3/3] x86/ioreq: Extend ioreq server to support multiple ioreq pages Jan Beulich
  • Re: [PATCH v6 0/3] Support multiple ioreq pages Jan Beulich
• Xen Security Advisory 488 v1 - x86: Floating Point Divider State Sampling Xen . org security team
• [PATCH] x86/boot: Force error checking for reserve_e820_ram() Andrew Cooper
  • Re: [PATCH] x86/boot: Force error checking for reserve_e820_ram() Ross Lagerwall
  • Re: [PATCH] x86/boot: Force error checking for reserve_e820_ram() Andrew Cooper
  • Re: [PATCH] x86/boot: Force error checking for reserve_e820_ram() Ross Lagerwall
  • Re: [PATCH] x86/boot: Force error checking for reserve_e820_ram() Jan Beulich
• [PATCH 0/6] xen/arm: ffa: Harden notifications and enable VM-to-VM delivery Bertrand Marquis
  • [PATCH 1/6] xen/arm: ffa: Fix NPI injection when vcpu0 is offline Bertrand Marquis
  • Re: [PATCH 1/6] xen/arm: ffa: Fix NPI injection when vcpu0 is offline Jens Wiklander
  • [PATCH 2/6] xen/arm: ffa: Track hypervisor notifications in a bitmap Bertrand Marquis
  • Re: [PATCH 2/6] xen/arm: ffa: Track hypervisor notifications in a bitmap Jens Wiklander
  • Re: [PATCH 2/6] xen/arm: ffa: Track hypervisor notifications in a bitmap Bertrand Marquis
  • Re: [PATCH 2/6] xen/arm: ffa: Track hypervisor notifications in a bitmap Jens Wiklander
  • Re: [PATCH 2/6] xen/arm: ffa: Track hypervisor notifications in a bitmap Bertrand Marquis
  • [PATCH 4/6] xen/arm: ffa: Preserve secure notification state when polling SPMC Bertrand Marquis
  • Re: [PATCH 4/6] xen/arm: ffa: Preserve secure notification state when polling SPMC Jens Wiklander
  • Re: [PATCH 4/6] xen/arm: ffa: Preserve secure notification state when polling SPMC Bertrand Marquis
  • [PATCH 3/6] xen/arm: ffa: Tighten notification parameter validation Bertrand Marquis
  • Re: [PATCH 3/6] xen/arm: ffa: Tighten notification parameter validation Jens Wiklander
  • Re: [PATCH 3/6] xen/arm: ffa: Tighten notification parameter validation Bertrand Marquis
  • [PATCH 5/6] xen/arm: ffa: Track VM notification bindings locally Bertrand Marquis
  • Re: [PATCH 5/6] xen/arm: ffa: Track VM notification bindings locally Jens Wiklander
  • Re: [PATCH 5/6] xen/arm: ffa: Track VM notification bindings locally Bertrand Marquis
  • [PATCH 6/6] xen/arm: ffa: Deliver VM-to-VM notifications locally Bertrand Marquis
  • Re: [PATCH 6/6] xen/arm: ffa: Deliver VM-to-VM notifications locally Jens Wiklander
  • Re: [PATCH 6/6] xen/arm: ffa: Deliver VM-to-VM notifications locally Bertrand Marquis
  • Re: [PATCH 6/6] xen/arm: ffa: Deliver VM-to-VM notifications locally Jens Wiklander
• [PATCH] x86/mkelf32: Actually pad load segment to 2 MiB boundary Ross Lagerwall
  • Re: [PATCH] x86/mkelf32: Actually pad load segment to 2 MiB boundary Andrew Cooper
  • Re: [PATCH] x86/mkelf32: Actually pad load segment to 2 MiB boundary Ross Lagerwall
  • Re: [PATCH] x86/mkelf32: Actually pad load segment to 2 MiB boundary Andrew Cooper
  • Re: [PATCH] x86/mkelf32: Actually pad load segment to 2 MiB boundary Ross Lagerwall
• [PATCH] device-tree: Improve hwdom memory allocation for DMA Michal Orzel
  • Re: [PATCH] device-tree: Improve hwdom memory allocation for DMA Luca Fancellu
  • Re: [PATCH] device-tree: Improve hwdom memory allocation for DMA Orzel, Michal
  • Re: [PATCH] device-tree: Improve hwdom memory allocation for DMA Luca Fancellu
  • Re: [PATCH] device-tree: Improve hwdom memory allocation for DMA Stefano Stabellini
• [PATCH] xen/arm: skip holes in physical address space when setting up frametable Michal Orzel
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Luca Fancellu
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Orzel, Michal
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Luca Fancellu
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Orzel, Michal
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Luca Fancellu
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Stefano Stabellini
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Andrew Cooper
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Oleksii Kurochko
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Orzel, Michal
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Julien Grall
  • Re: [PATCH] xen/arm: skip holes in physical address space when setting up frametable Orzel, Michal
• [PATCH v4] xen/riscv: allow Xen to use SSTC while hiding it from guests Oleksii Kurochko
  • Re: [PATCH v4] xen/riscv: allow Xen to use SSTC while hiding it from guests Jan Beulich
  • Re: [PATCH v4] xen/riscv: allow Xen to use SSTC while hiding it from guests Oleksii Kurochko
  • Re: [PATCH v4] xen/riscv: allow Xen to use SSTC while hiding it from guests Jan Beulich
  • Re: [PATCH v4] xen/riscv: allow Xen to use SSTC while hiding it from guests Oleksii Kurochko
  • Re: [PATCH v4] xen/riscv: allow Xen to use SSTC while hiding it from guests Jan Beulich
• [PATCH] xvmalloc: adjust XVFREE() ordering Jan Beulich
  • Re: [PATCH] xvmalloc: adjust XVFREE() ordering Roger Pau Monné
  • Re: [PATCH] xvmalloc: adjust XVFREE() ordering Jan Beulich
  • Re: [PATCH] xvmalloc: adjust XVFREE() ordering Andrew Cooper
  • Re: [PATCH] xvmalloc: adjust XVFREE() ordering Jan Beulich
• [PATCH v1 0/3] dom0less: various updates Oleksii Kurochko
  • [PATCH v1 2/3] xen/dom0less: pass kernel_info struct instead of fdt to make_cpus_node() Oleksii Kurochko
  • Re: [PATCH v1 2/3] xen/dom0less: pass kernel_info struct instead of fdt to make_cpus_node() Orzel, Michal
  • Re: [PATCH v1 2/3] xen/dom0less: pass kernel_info struct instead of fdt to make_cpus_node() Oleksii Kurochko
  • [PATCH v1 3/3] xen: introduce CONFIG_HAS_DOMAIN_TYPE Oleksii Kurochko
  • Re: [PATCH v1 3/3] xen: introduce CONFIG_HAS_DOMAIN_TYPE Orzel, Michal
  • Re: [PATCH v1 3/3] xen: introduce CONFIG_HAS_DOMAIN_TYPE Oleksii Kurochko
  • Re: [PATCH v1 3/3] xen: introduce CONFIG_HAS_DOMAIN_TYPE Orzel, Michal
  • Re: [PATCH v1 3/3] xen: introduce CONFIG_HAS_DOMAIN_TYPE Jan Beulich
  • Re: [PATCH v1 3/3] xen: introduce CONFIG_HAS_DOMAIN_TYPE Oleksii Kurochko
  • Re: [PATCH v1 3/3] xen: introduce CONFIG_HAS_DOMAIN_TYPE Jan Beulich
  • [PATCH v1 1/3] xen/dom0less: introduce free_phandle in struct kernel_info Oleksii Kurochko
  • Re: [PATCH v1 1/3] xen/dom0less: introduce free_phandle in struct kernel_info Orzel, Michal
  • Re: [PATCH v1 1/3] xen/dom0less: introduce free_phandle in struct kernel_info Oleksii Kurochko
• [PATCH v2] x86/vmx: Avoid pausing on HVM_PARAM_IDENT_PT in additional cases Teddy Astie
  • Re: [PATCH v2] x86/vmx: Avoid pausing on HVM_PARAM_IDENT_PT in additional cases Jan Beulich
  • Re: [PATCH v2] x86/vmx: Avoid pausing on HVM_PARAM_IDENT_PT in additional cases Jan Beulich
• Pinned, non-revocable mappings of VRAM: will bad things happen? Demi Marie Obenour
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Christian König
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Demi Marie Obenour
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Christian König
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Demi Marie Obenour
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Christian König
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Demi Marie Obenour
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Christian König
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Demi Marie Obenour
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Christian König
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Demi Marie Obenour
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Val Packett
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Christian König
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Demi Marie Obenour
  • Re: Pinned, non-revocable mappings of VRAM: will bad things happen? Alex Deucher
• [PATCH 0/4] xen/mm: Host-side unit/integration test framework for page_alloc.c Bernhard Kaindl
  • [PATCH 1/4] tools/tests/alloc: Unit and Integration Test Framework for page_alloc.c Bernhard Kaindl
  • Re: [PATCH 1/4] tools/tests/alloc: Unit and Integration Test Framework for page_alloc.c Jan Beulich
  • RE: [PATCH 1/4] tools/tests/alloc: Unit and Integration Test Framework for page_alloc.c Bernhard Kaindl
  • [PATCH 2/4] tools/tests/alloc: Add integration test suite for memory claims Bernhard Kaindl
  • [PATCH 3/4] tools/tests/alloc: Add tests for offlining with claims present Bernhard Kaindl
  • [PATCH 4/4] xen/mm: Recall claims when offlining pages if needed Bernhard Kaindl
• [PATCH RFC] xen/swiotlb: avoid arch_sync_dma_* on per-device DMA memory Peng Fan (OSS)
  • Re: [PATCH RFC] xen/swiotlb: avoid arch_sync_dma_* on per-device DMA memory Jürgen Groß
  • Re: [PATCH RFC] xen/swiotlb: avoid arch_sync_dma_* on per-device DMA memory Peng Fan
  • Re: [PATCH RFC] xen/swiotlb: avoid arch_sync_dma_* on per-device DMA memory Stefano Stabellini
  • Re: [PATCH RFC] xen/swiotlb: avoid arch_sync_dma_* on per-device DMA memory Jason Gunthorpe
  • Re: [PATCH RFC] xen/swiotlb: avoid arch_sync_dma_* on per-device DMA memory Peng Fan
  • Re: [PATCH RFC] xen/swiotlb: avoid arch_sync_dma_* on per-device DMA memory Jason Gunthorpe
  • Re: [PATCH RFC] xen/swiotlb: avoid arch_sync_dma_* on per-device DMA memory Stefano Stabellini
• [RFC PATCH 0/7] x86: Use a single fixed ASID per domain Teddy Astie
  • [RFC PATCH 1/7] vmx: Introduce vcpu single context VPID invalidation Teddy Astie
  • [RFC PATCH 2/7] common: Track latest pCPU that ran the vCPU Teddy Astie
  • [RFC PATCH 6/7] x86/hvm: Transition to needs_tlb_flush logic, use per-domain ASID Teddy Astie
  • [RFC PATCH 7/7] hvm: Allow specifying a prefered asid minimum Teddy Astie
  • [RFC PATCH 4/7] x86: Set v->needs_tlb_flush when needed Teddy Astie
  • [RFC PATCH 3/7] common: Introduce needs_tlb_flush vcpu field Teddy Astie
  • [RFC PATCH 5/7] x86/hvm: Flush TLB on vCPU overlaps on the same pCPU Teddy Astie
• [PATCH 0/6] dt-overlay: some fixes and improvements Michal Orzel

• Earlier messages
• Later messages