xen-devel  

Messages by Thread

• xen_pciback: error enabling MSI-X / MSI for guest -- WAS: Re: Kernel panic when passing through 2 identical PCI devices J. Roeleveld
  • Re: xen_pciback: error enabling MSI-X / MSI for guest -- WAS: Re: Kernel panic when passing through 2 identical PCI devices Jan Beulich
  • Re: xen_pciback: error enabling MSI-X / MSI for guest -- WAS: Re: Kernel panic when passing through 2 identical PCI devices J. Roeleveld
  • Re: xen_pciback: error enabling MSI-X / MSI for guest -- WAS: Re: Kernel panic when passing through 2 identical PCI devices Jan Beulich
• [PATCH] xen/credit2: factor in previous active unit's credit in csched2_runtime() Koichiro Den
  • Re: [PATCH] xen/credit2: factor in previous active unit's credit in csched2_runtime() Jürgen Groß
• [XEN PATCH] xen: fix header guard generation for asm-generic headers Nicola Vetrini
  • Re: [XEN PATCH] xen: fix header guard generation for asm-generic headers Stefano Stabellini
  • Re: [XEN PATCH] xen: fix header guard generation for asm-generic headers Jan Beulich
  • Re: [XEN PATCH] xen: fix header guard generation for asm-generic headers Jan Beulich
  • Re: [XEN PATCH] xen: fix header guard generation for asm-generic headers Nicola Vetrini
• Re: [PATCH] x86: remove memcmp calls non-compliant with Rule 21.16. Stefano Stabellini
  • Re: [PATCH] x86: remove memcmp calls non-compliant with Rule 21.16. Jan Beulich
• [PATCH v5] automation/eclair: update configuration of D4.10 Stefano Stabellini
  • Re: [PATCH v5] automation/eclair: update configuration of D4.10 Nicola Vetrini
  • Re: [PATCH v5] automation/eclair: update configuration of D4.10 Stefano Stabellini
  • Re: [PATCH v5] automation/eclair: update configuration of D4.10 Jan Beulich
  • Re: [PATCH v5] automation/eclair: update configuration of D4.10 Stefano Stabellini
• Re: [PATCH v4] automation/eclair: update configuration of D4.10 Stefano Stabellini
  • Re: [PATCH v4] automation/eclair: update configuration of D4.10 Jan Beulich
• hardware domain and control domain separation Stefano Stabellini
  • Re: hardware domain and control domain separation Demi Marie Obenour
  • Re: hardware domain and control domain separation Jan Beulich
  • Re: hardware domain and control domain separation Demi Marie Obenour
  • Re: hardware domain and control domain separation Stefano Stabellini
  • Re: hardware domain and control domain separation Jan Beulich
  • Re: hardware domain and control domain separation Jason Andryuk
  • Re: hardware domain and control domain separation Jan Beulich
  • Re: hardware domain and control domain separation Jason Andryuk
  • Re: hardware domain and control domain separation Jan Beulich
• [PATCH] docs: Introduce a default .readthedocs.yaml Andrew Cooper
  • Re: [PATCH] docs: Introduce a default .readthedocs.yaml Stefano Stabellini
• [PATCH v4 00/12] Allow x86 to unflatten DTs Alejandro Vallejo
  • [PATCH v4 01/12] CODING_STYLE: Custom type names must be snake-cased by word. Alejandro Vallejo
  • Re: [PATCH v4 01/12] CODING_STYLE: Custom type names must be snake-cased by word. Stefano Stabellini
  • Re: [PATCH v4 01/12] CODING_STYLE: Custom type names must be snake-cased by word. Jan Beulich
  • Re: [PATCH v4 01/12] CODING_STYLE: Custom type names must be snake-cased by word. Alejandro Vallejo
  • [PATCH v4 02/12] xen: Rename bootmodule{,s} to boot_module{,s} Alejandro Vallejo
  • [PATCH v4 04/12] xen: Refactor kernel_info to have a header like boot_domain Alejandro Vallejo
  • [PATCH v4 03/12] x86: Replace arch-specific boot_module with common one Alejandro Vallejo
  • Re: [PATCH v4 03/12] x86: Replace arch-specific boot_module with common one Stefano Stabellini
  • [PATCH v4 06/12] xen/dt: Move bootfdt functions to xen/bootfdt.h Alejandro Vallejo
  • Re: [PATCH v4 06/12] xen/dt: Move bootfdt functions to xen/bootfdt.h Stefano Stabellini
  • [PATCH v4 05/12] x86: Replace arch-specific boot_domain with the common one Alejandro Vallejo
  • [PATCH v4 10/12] xen: Rename CONFIG_HAS_DEVICE_TREE to CONFIG_HAS_DEVICE_TREE_DISCOVERY Alejandro Vallejo
  • Re: [PATCH v4 10/12] xen: Rename CONFIG_HAS_DEVICE_TREE to CONFIG_HAS_DEVICE_TREE_DISCOVERY Stefano Stabellini
  • Re: [PATCH v4 10/12] xen: Rename CONFIG_HAS_DEVICE_TREE to CONFIG_HAS_DEVICE_TREE_DISCOVERY Jan Beulich
  • Re: [PATCH v4 10/12] xen: Rename CONFIG_HAS_DEVICE_TREE to CONFIG_HAS_DEVICE_TREE_DISCOVERY Jan Beulich
  • Re: [PATCH v4 10/12] xen: Rename CONFIG_HAS_DEVICE_TREE to CONFIG_HAS_DEVICE_TREE_DISCOVERY Alejandro Vallejo
  • Re: [PATCH v4 10/12] xen: Rename CONFIG_HAS_DEVICE_TREE to CONFIG_HAS_DEVICE_TREE_DISCOVERY Jan Beulich
  • Re: [PATCH v4 10/12] xen: Rename CONFIG_HAS_DEVICE_TREE to CONFIG_HAS_DEVICE_TREE_DISCOVERY Alejandro Vallejo
  • Re: [PATCH v4 10/12] xen: Rename CONFIG_HAS_DEVICE_TREE to CONFIG_HAS_DEVICE_TREE_DISCOVERY Jan Beulich
  • Re: [PATCH v4 10/12] xen: Rename CONFIG_HAS_DEVICE_TREE to CONFIG_HAS_DEVICE_TREE_DISCOVERY Alejandro Vallejo
  • [PATCH v4 08/12] xen/dt: Rename bootfdt.c -> bootinfo-fdt.c Alejandro Vallejo
  • [PATCH v4 11/12] xen/dt: ifdef out DEV_DT-related bits from device_tree.{c,h} Alejandro Vallejo
  • Re: [PATCH v4 11/12] xen/dt: ifdef out DEV_DT-related bits from device_tree.{c,h} Stefano Stabellini
  • Re: [PATCH v4 11/12] xen/dt: ifdef out DEV_DT-related bits from device_tree.{c,h} Jan Beulich
  • Re: [PATCH v4 11/12] xen/dt: ifdef out DEV_DT-related bits from device_tree.{c,h} Alejandro Vallejo
  • Re: [PATCH v4 11/12] xen/dt: ifdef out DEV_DT-related bits from device_tree.{c,h} Jan Beulich
  • [PATCH v4 07/12] xen/dt: Move bootinfo functions to a new bootinfo.h Alejandro Vallejo
  • [PATCH v4 12/12] xen/dt: Remove DOM0LESS_BOOT's requirement on HAS_DEVICE_TREE_DISCOVERY Alejandro Vallejo
  • Re: [PATCH v4 12/12] xen/dt: Remove DOM0LESS_BOOT's requirement on HAS_DEVICE_TREE_DISCOVERY Stefano Stabellini
  • [PATCH v4 09/12] xen/dt: Extract helper to map nodes to module kinds Alejandro Vallejo
• Re: [MINI-OS PATCH v2 12/12] mini-os: kexec: do the final kexec step Jason Andryuk
• [PATCH 0/6] Second series for R82 MPU Support Hari Limaye
  • [PATCH 1/6] arm/mpu: Find MPU region by range Hari Limaye
  • Re: [PATCH 1/6] arm/mpu: Find MPU region by range Ayan Kumar Halder
  • Re: [PATCH 1/6] arm/mpu: Find MPU region by range Orzel, Michal
  • Re: [PATCH 1/6] arm/mpu: Find MPU region by range Hari Limaye
  • Re: [PATCH 1/6] arm/mpu: Find MPU region by range Orzel, Michal
  • [PATCH 3/6] arm/mpu: Populate a new region in Xen MPU mapping table Hari Limaye
  • Re: [PATCH 3/6] arm/mpu: Populate a new region in Xen MPU mapping table Ayan Kumar Halder
  • [PATCH 2/6] xen/arm: Introduce flags_has_rwx helper Hari Limaye
  • Re: [PATCH 2/6] xen/arm: Introduce flags_has_rwx helper Ayan Kumar Halder
  • Re: [PATCH 2/6] xen/arm: Introduce flags_has_rwx helper Orzel, Michal
  • [PATCH 4/6] arm/mpu: Destroy an existing entry in Xen MPU memory mapping table Hari Limaye
  • Re: [PATCH 4/6] arm/mpu: Destroy an existing entry in Xen MPU memory mapping table Ayan Kumar Halder
  • Re: [PATCH 4/6] arm/mpu: Destroy an existing entry in Xen MPU memory mapping table Hari Limaye
  • Re: [PATCH 4/6] arm/mpu: Destroy an existing entry in Xen MPU memory mapping table Ayan Kumar Halder
  • Re: [PATCH 4/6] arm/mpu: Destroy an existing entry in Xen MPU memory mapping table Luca Fancellu
  • Re: [PATCH 4/6] arm/mpu: Destroy an existing entry in Xen MPU memory mapping table Ayan Kumar Halder
  • [PATCH 6/6] arm/mpu: Implement remove_early_mappings for MPU systems Hari Limaye
  • Re: [PATCH 6/6] arm/mpu: Implement remove_early_mappings for MPU systems Ayan Kumar Halder
  • [PATCH 5/6] arm/mpu: Implement early_fdt_map support in MPU systems Hari Limaye
  • Re: [PATCH 5/6] arm/mpu: Implement early_fdt_map support in MPU systems Ayan Kumar Halder
• Re: [MINI-OS PATCH v2 02/12] Mini-OS: add final kexec stage Jason Andryuk
• [PATCH v2 0/8] pdx: introduce a new compression algorithm Roger Pau Monne
  • [PATCH v2 1/8] x86/pdx: simplify calculation of domain struct allocation boundary Roger Pau Monne
  • Re: [PATCH v2 1/8] x86/pdx: simplify calculation of domain struct allocation boundary Jan Beulich
  • Re: [PATCH v2 1/8] x86/pdx: simplify calculation of domain struct allocation boundary Roger Pau Monné
  • [PATCH v2 5/8] pdx: allow per-arch optimization of PDX conversion helpers Roger Pau Monne
  • Re: [PATCH v2 5/8] pdx: allow per-arch optimization of PDX conversion helpers Jan Beulich
  • Re: [PATCH v2 5/8] pdx: allow per-arch optimization of PDX conversion helpers Roger Pau Monné
  • Re: [PATCH v2 5/8] pdx: allow per-arch optimization of PDX conversion helpers Jan Beulich
  • [PATCH v2 7/8] pdx: move some helpers in preparation for new compression Roger Pau Monne
  • Re: [PATCH v2 7/8] pdx: move some helpers in preparation for new compression Jan Beulich
  • [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Roger Pau Monne
  • Re: [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Jan Beulich
  • Re: [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Roger Pau Monné
  • Re: [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Jan Beulich
  • Re: [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Roger Pau Monné
  • Re: [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Jan Beulich
  • Re: [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Roger Pau Monné
  • Re: [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Jan Beulich
  • Re: [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Roger Pau Monné
  • Re: [PATCH v2 8/8] pdx: introduce a new compression algorithm based on region offsets Jan Beulich
  • [PATCH v2 2/8] kconfig: turn PDX compression into a choice Roger Pau Monne
  • Re: [PATCH v2 2/8] kconfig: turn PDX compression into a choice Jan Beulich
  • Re: [PATCH v2 2/8] kconfig: turn PDX compression into a choice Roger Pau Monné
  • Re: [PATCH v2 2/8] kconfig: turn PDX compression into a choice Jan Beulich
  • [PATCH v2 3/8] pdx: provide a unified set of unit functions Roger Pau Monne
  • Re: [PATCH v2 3/8] pdx: provide a unified set of unit functions Jan Beulich
  • Re: [PATCH v2 3/8] pdx: provide a unified set of unit functions Roger Pau Monné
  • [PATCH v2 4/8] pdx: introduce command line compression toggle Roger Pau Monne
  • Re: [PATCH v2 4/8] pdx: introduce command line compression toggle Jan Beulich
  • Re: [PATCH v2 4/8] pdx: introduce command line compression toggle Roger Pau Monné
  • Re: [PATCH v2 4/8] pdx: introduce command line compression toggle Jan Beulich
  • Re: [PATCH v2 4/8] pdx: introduce command line compression toggle Roger Pau Monné
  • Re: [PATCH v2 4/8] pdx: introduce command line compression toggle Jan Beulich
  • [PATCH v2 6/8] test/pdx: add PDX compression unit tests Roger Pau Monne
  • Re: [PATCH v2 6/8] test/pdx: add PDX compression unit tests Anthony PERARD
  • Re: [PATCH v2 6/8] test/pdx: add PDX compression unit tests Roger Pau Monné
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Stefano Stabellini
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Roger Pau Monné
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Stefano Stabellini
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Stefano Stabellini
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Jan Beulich
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Stefano Stabellini
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Jan Beulich
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Jan Beulich
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Roger Pau Monné
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Roger Pau Monné
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Orzel, Michal
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Roger Pau Monné
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Julien Grall
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Orzel, Michal
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Roger Pau Monné
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Stefano Stabellini
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Stefano Stabellini
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Julien Grall
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Roger Pau Monné
  • Re: [PATCH v2 0/8] pdx: introduce a new compression algorithm Stefano Stabellini
• [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output Jahan Murudi
  • Re: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output Orzel, Michal
  • RE: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output Jahan Murudi
  • Re: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output Julien Grall
  • RE: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output Jahan Murudi
  • Re: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output Julien Grall
  • RE: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output Jahan Murudi
  • Re: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output Julien Grall
  • Re: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output Julien Grall
• Re: [PATCH v3 5/5] livepatch: Verify livepatch signatures Roger Pau Monné
  • Re: [PATCH v3 5/5] livepatch: Verify livepatch signatures Ross Lagerwall
• Re: [PATCH v3 3/5] crypto: Add RSA support Roger Pau Monné
  • Re: [PATCH v3 3/5] crypto: Add RSA support Ross Lagerwall
  • Re: [PATCH v3 3/5] crypto: Add RSA support Jan Beulich
• Re: [PATCH v3 2/5] livepatch: Embed public key in Xen Roger Pau Monné
  • Re: [PATCH v3 2/5] livepatch: Embed public key in Xen Roger Pau Monné
  • Re: [PATCH v3 2/5] livepatch: Embed public key in Xen Jan Beulich
  • Re: [PATCH v3 2/5] livepatch: Embed public key in Xen Roger Pau Monné
• [PATCH v2] xen/efi: Do not check kernel signature if it was embedded Frediano Ziglio
  • Re: [PATCH v2] xen/efi: Do not check kernel signature if it was embedded Marek Marczykowski-Górecki
• Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Oleksii Moisieiev
  • Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Stefano Stabellini
  • Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Julien Grall
  • Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Oleksii Moisieiev
  • Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Julien Grall
  • Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Oleksii Moisieiev
  • Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Julien Grall
  • Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Oleksii Moisieiev
  • Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Julien Grall
  • Re: [RFC PATCH v4 8/8] docs: armproposa: l to add separate SCMI node for Xen agent Stefano Stabellini
• Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Oleksii Moisieiev
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Stefano Stabellini
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Oleksii Moisieiev
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Jan Beulich
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Oleksii Moisieiev
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Jan Beulich
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Oleksii Moisieiev
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Oleksii Moisieiev
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Jan Beulich
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Oleksii Moisieiev
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Jan Beulich
  • Re: [RFC PATCH v4 5/8] xen/domctl: extend XEN_DOMCTL_assign_device to handle not only iommu Oleksii Moisieiev
• Re: [PATCH v3 08/14] xen/dt: Move bootfdt functions to xen/bootfdt.h Alejandro Vallejo
  • Re: [PATCH v3 08/14] xen/dt: Move bootfdt functions to xen/bootfdt.h Stefano Stabellini
• Re: [PATCH] docs: UEFI Secure Boot security policy Ross Lagerwall
  • Re: [PATCH] docs: UEFI Secure Boot security policy Ross Lagerwall
  • Re: [PATCH] docs: UEFI Secure Boot security policy Marek Marczykowski-Górecki
  • Re: [PATCH] docs: UEFI Secure Boot security policy Stefano Stabellini
  • Re: [PATCH] docs: UEFI Secure Boot security policy Marek Marczykowski-Górecki
  • Re: [PATCH] docs: UEFI Secure Boot security policy Ross Lagerwall
• [MINI-OS PATCH 0/6] hide struct start_info from PVH code Juergen Gross
  • [MINI-OS PATCH 1/6] suspend: drop crazy pfn handling for PVH Juergen Gross
  • Re: [MINI-OS PATCH 1/6] suspend: drop crazy pfn handling for PVH Jason Andryuk
  • [MINI-OS PATCH 3/6] x86/pv: remove global start_info Juergen Gross
  • Re: [MINI-OS PATCH 3/6] x86/pv: remove global start_info Jason Andryuk
  • [MINI-OS PATCH 4/6] console: drop parameter from get_console() Juergen Gross
  • Re: [MINI-OS PATCH 4/6] console: drop parameter from get_console() Jason Andryuk
  • [MINI-OS PATCH 6/6] x86/pv: make start_info_ptr PV-only Juergen Gross

• Earlier messages
• Later messages