devel  

Messages by Thread

• • Re: [PATCH 04/20] util: stop hardcoding bhyve, bhyvectl, bhyveload paths Peter Krempa via Devel
  • [PATCH 05/20] util: stop hardcoding 'ifconfig' path Daniel P . Berrangé via Devel
  • Re: [PATCH 05/20] util: stop hardcoding 'ifconfig' path Peter Krempa via Devel
  • [PATCH 06/20] docs: stop setting vars for docs tools Daniel P . Berrangé via Devel
  • Re: [PATCH 06/20] docs: stop setting vars for docs tools Peter Krempa via Devel
  • [PATCH 07/20] build-aux: add missing definition of PERL variable Daniel P . Berrangé via Devel
  • Re: [PATCH 07/20] build-aux: add missing definition of PERL variable Peter Krempa via Devel
  • [PATCH 08/20] meson: stop setting conf var for required programs Daniel P . Berrangé via Devel
  • Re: [PATCH 08/20] meson: stop setting conf var for required programs Peter Krempa via Devel
  • [PATCH 09/20] util: remove use hardcoded DMIDECODE path Daniel P . Berrangé via Devel
  • Re: [PATCH 09/20] util: remove use hardcoded DMIDECODE path Peter Krempa via Devel
  • [PATCH 11/20] util: remove hardcoded ISCSIADM command path Daniel P . Berrangé via Devel
  • Re: [PATCH 11/20] util: remove hardcoded ISCSIADM command path Peter Krempa via Devel
  • [PATCH 10/20] meson: remove check for 'ip' program Daniel P . Berrangé via Devel
  • Re: [PATCH 10/20] meson: remove check for 'ip' program Peter Krempa via Devel
  • [PATCH 12/20] nodedev: remove use hardcoded MDEVCTL path Daniel P . Berrangé via Devel
  • Re: [PATCH 12/20] nodedev: remove use hardcoded MDEVCTL path Peter Krempa via Devel
  • [PATCH 13/20] util: remove use hardcoded MM_CTL path Daniel P . Berrangé via Devel
  • Re: [PATCH 13/20] util: remove use hardcoded MM_CTL path Peter Krempa via Devel
  • [PATCH 14/20] util: remove use hardcoded MODPROBE/RMMOD paths Daniel P . Berrangé via Devel
  • Re: [PATCH 14/20] util: remove use hardcoded MODPROBE/RMMOD paths Peter Krempa via Devel
  • [PATCH 15/20] util: remove use hardcoded OVS_VSCTL path Daniel P . Berrangé via Devel
  • Re: [PATCH 15/20] util: remove use hardcoded OVS_VSCTL path Peter Krempa via Devel
  • [PATCH 17/20] meson: stop setting conf var for optional programs Daniel P . Berrangé via Devel
  • Re: [PATCH 17/20] meson: stop setting conf var for optional programs Peter Krempa via Devel
  • [PATCH 16/20] util: remove use hardcoded TC path Daniel P . Berrangé via Devel
  • Re: [PATCH 16/20] util: remove use hardcoded TC path Peter Krempa via Devel
  • Re: [PATCH 16/20] util: remove use hardcoded TC path Daniel P . Berrangé via Devel
  • Re: [PATCH 16/20] util: remove use hardcoded TC path Peter Krempa via Devel
  • [PATCH 18/20] storage: stop hardcoding LVM tool paths Daniel P . Berrangé via Devel
  • Re: [PATCH 18/20] storage: stop hardcoding LVM tool paths Peter Krempa via Devel
  • [PATCH 19/20] util: stop hardcoding pkttyagent path Daniel P . Berrangé via Devel
  • Re: [PATCH 19/20] util: stop hardcoding pkttyagent path Peter Krempa via Devel
  • [PATCH 20/20] openvz: stop hardcoding vzlist/vzctl/vzmigrate paths Daniel P . Berrangé via Devel
  • Re: [PATCH 20/20] openvz: stop hardcoding vzlist/vzctl/vzmigrate paths Peter Krempa via Devel
  • Re: [PATCH 00/20] Finish the work to stop hardcoding paths at build time Ján Tomko via Devel
  • Re: [PATCH 00/20] Finish the work to stop hardcoding paths at build time Daniel P . Berrangé via Devel
• [PATCH 00/15] cpu_x86: Fix CPU model comparison heuristics Jiri Denemark via Devel
  • [PATCH 01/15] cputest: Add data for Intel(R) Core(TM) i7-1270P CPU Jiri Denemark via Devel
  • [PATCH 02/15] cputest: Add data for Intel(R) Core(TM) i7-1365U CPU Jiri Denemark via Devel
  • [PATCH 03/15] cputest: Add data for Intel(R) Xeon(R) CPU E3-1270 v5 CPU Jiri Denemark via Devel
  • [PATCH 04/15] cputest: Add data for Intel(R) Xeon(R) Silver 4214R CPU Jiri Denemark via Devel
  • [PATCH 05/15] cputest: Add data for AMD EPYC 7713 64-Core CPU Jiri Denemark via Devel
  • [PATCH 06/15] cputest: Add data for AMD Ryzen 5 5500U CPU Jiri Denemark via Devel
  • [PATCH 07/15] cputest: Add data for Intel(R) Xeon(R) Gold 6152 CPU Jiri Denemark via Devel
  • [PATCH 09/15] cputest: Add data for Intel(R) Xeon(R) 6731E CPU Jiri Denemark via Devel
  • [PATCH 08/15] cputest: Add data for AMD EPYC 9334 32-Core CPU Jiri Denemark via Devel
  • [PATCH 10/15] cputest: Add data for Intel(R) Xeon(R) Bronze 3408U CPU Jiri Denemark via Devel
  • [PATCH 11/15] cputest: Add data for Intel(R) Xeon(R) Gold 6530 CPU Jiri Denemark via Devel
  • [PATCH 12/15] cputest: Add data for Intel(R) Xeon(R) w7-3465X CPU Jiri Denemark via Devel
  • [PATCH 14/15] cpu_x86: Refactor virCPUx86CompareCandidateFeatureList Jiri Denemark via Devel
  • Re: [PATCH 14/15] cpu_x86: Refactor virCPUx86CompareCandidateFeatureList Peter Krempa via Devel
  • Re: [PATCH 14/15] cpu_x86: Refactor virCPUx86CompareCandidateFeatureList Peter Krempa via Devel
  • [PATCH 13/15] cputest: Add data for a newer version of Intel Atom(R) P5362 CPU Jiri Denemark via Devel
  • Re: [PATCH 13/15] cputest: Add data for a newer version of Intel Atom(R) P5362 CPU Peter Krempa via Devel
  • [PATCH 15/15] cpu_x86: Fix algorithm for computing CPU model weight Jiri Denemark via Devel
  • Re: [PATCH 15/15] cpu_x86: Fix algorithm for computing CPU model weight Peter Krempa via Devel
• [PATCH v2 0/3] Prefer noipa attribute over noinline Michal Privoznik via Devel
  • [PATCH v2 1/3] internal: Introduce ATTRIBUTE_MOCKABLE Michal Privoznik via Devel
  • Re: [PATCH v2 1/3] internal: Introduce ATTRIBUTE_MOCKABLE Daniel P . Berrangé via Devel
  • [PATCH v2 2/3] src: s/G_NO_INLINE/ATTRIBUTE_MOCKABLE/ Michal Privoznik via Devel
  • Re: [PATCH v2 2/3] src: s/G_NO_INLINE/ATTRIBUTE_MOCKABLE/ Daniel P . Berrangé via Devel
  • [PATCH v2 3/3] scripts: Adapt mock-noinline.py to ATTRIBUTE_MOCKABLE Michal Privoznik via Devel
  • Re: [PATCH v2 3/3] scripts: Adapt mock-noinline.py to ATTRIBUTE_MOCKABLE Daniel P . Berrangé via Devel
• Re: [PATCH] domaincapstest: Remove XMLs for already dropped qemu versions (4.2.0 - 5.1.0) Ján Tomko via Devel
• [PATCH 0/3] Preper noipa attribute over noinline Michal Privoznik via Devel
  • [PATCH 1/3] internal: Introduce ATTRIBUTE_NOIPA Michal Privoznik via Devel
  • Re: [PATCH 1/3] internal: Introduce ATTRIBUTE_NOIPA Daniel P . Berrangé via Devel
  • [PATCH 3/3] scripts: Adapt mock-noinline.py to ATTRIBUTE_NOIPA Michal Privoznik via Devel
  • [PATCH 2/3] src: s/G_NO_INLINE/ATTRIBUTE_NOIPA/ Michal Privoznik via Devel
  • Re: [PATCH 0/3] Preper noipa attribute over noinline Daniel P . Berrangé via Devel
• [PATCH] qemucapabilitiesdata: Enable GTK graphics for 'caps_10.0.0_x86_64' Peter Krempa via Devel
  • Re: [PATCH] qemucapabilitiesdata: Enable GTK graphics for 'caps_10.0.0_x86_64' Pavel Hrdina via Devel
• [PATCH 0/2] Make mock-noinline.py work again Michal Privoznik via Devel
  • [PATCH 1/2] util: Add missing G_NO_INLINE annotation Michal Privoznik via Devel
  • Re: [PATCH 1/2] util: Add missing G_NO_INLINE annotation Daniel P . Berrangé via Devel
  • [PATCH 2/2] scripts: Fix reading list of files in mock-noinline.py Michal Privoznik via Devel
  • Re: [PATCH 2/2] scripts: Fix reading list of files in mock-noinline.py Daniel P . Berrangé via Devel
  • Re: [PATCH 0/2] Make mock-noinline.py work again Peter Krempa via Devel
• [PATCH] qemu: Add GTK display with OpenGL support Kirill Shchetiniuk via Devel
  • Re: [PATCH] qemu: Add GTK display with OpenGL support Peter Krempa via Devel
  • Re: [PATCH] qemu: Add GTK display with OpenGL support Peter Krempa via Devel
  • Re: [PATCH] qemu: Add GTK display with OpenGL support Peter Krempa via Devel
  • Re: [PATCH] qemu: Add GTK display with OpenGL support Kirill Shchetiniuk via Devel
  • Re: [PATCH] qemu: Add GTK display with OpenGL support Peter Krempa via Devel
  • Re: [PATCH] qemu: Add GTK display with OpenGL support Kirill Shchetiniuk via Devel
• Entering freeze for libvirt-11.3.0 Jiri Denemark via Devel
• [PATCH] po/zh_CN.po: Fix some translation issues liu.song13
  • Re: [PATCH] po/zh_CN.po: Fix some translation issues Jiri Denemark via Devel
  • Re: [PATCH] po/zh_CN.po: Fix some translation issues Peter Krempa via Devel
• [PATCHv2 0/5] qemu: Introduce nvme disk emulation support honglei . wang
  • [PATCHv2 1/5] qemu: Add support for NVMe namespace disk bus type honglei . wang
  • Re: [PATCHv2 1/5] qemu: Add support for NVMe namespace disk bus type Peter Krempa via Devel
  • Re: [PATCHv2 1/5] qemu: Add support for NVMe namespace disk bus type ray wang
  • Re: [PATCHv2 1/5] qemu: Add support for NVMe namespace disk bus type Peter Krempa via Devel
  • [PATCHv2 3/5] schema: Add nvme controller and nvme-ns bus defination honglei . wang
  • Re: [PATCHv2 3/5] schema: Add nvme controller and nvme-ns bus defination Peter Krempa via Devel
  • Re: [PATCHv2 3/5] schema: Add nvme controller and nvme-ns bus defination ray wang
  • Re: [PATCHv2 3/5] schema: Add nvme controller and nvme-ns bus defination Peter Krempa via Devel
  • [PATCHv2 4/5] tests: Add test case for nvme-ns device configuration honglei . wang
  • Re: [PATCHv2 4/5] tests: Add test case for nvme-ns device configuration Peter Krempa via Devel
  • Re: [PATCHv2 4/5] tests: Add test case for nvme-ns device configuration ray wang
  • [PATCHv2 5/5] NEWS: Document qemu nvme disk emulation feature honglei . wang
  • Re: [PATCHv2 5/5] NEWS: Document qemu nvme disk emulation feature Peter Krempa via Devel
  • Re: [PATCHv2 5/5] NEWS: Document qemu nvme disk emulation feature ray wang
  • [PATCHv2 2/5] qemu_capabilities: Add support for nvme-ns bus capabilities honglei . wang
  • Re: [PATCHv2 2/5] qemu_capabilities: Add support for nvme-ns bus capabilities Peter Krempa via Devel
  • Re: [PATCHv2 2/5] qemu_capabilities: Add support for nvme-ns bus capabilities ray wang
  • Re: [PATCHv2 2/5] qemu_capabilities: Add support for nvme-ns bus capabilities Peter Krempa via Devel
  • Re: [PATCHv2 0/5] qemu: Introduce nvme disk emulation support Martin Kletzander via Devel
  • Re: [PATCHv2 0/5] qemu: Introduce nvme disk emulation support Peter Krempa via Devel
  • Re: [PATCHv2 0/5] qemu: Introduce nvme disk emulation support Martin Kletzander via Devel
  • Re: [PATCHv2 0/5] qemu: Introduce nvme disk emulation support ray wang
• [PATCH 0/2] network: support NAT networking for FreeBSD/pf Roman Bogorodskiy
  • [PATCH 2/2] network: introduce Packet Filter firewall backend Roman Bogorodskiy
  • Re: [PATCH 2/2] network: introduce Packet Filter firewall backend Daniel P . Berrangé via Devel
  • Re: [PATCH 2/2] network: introduce Packet Filter firewall backend Roman Bogorodskiy
  • [PATCH 1/2] network: bridge_driver: add BSD implementation Roman Bogorodskiy
  • Re: [PATCH 1/2] network: bridge_driver: add BSD implementation Daniel P . Berrangé via Devel
  • Re: [PATCH 0/2] network: support NAT networking for FreeBSD/pf Roman Bogorodskiy
  • Re: [PATCH 0/2] network: support NAT networking for FreeBSD/pf Roman Bogorodskiy
• Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Markus Armbruster via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Markus Armbruster via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Markus Armbruster via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Daniel P . Berrangé via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Markus Armbruster via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Markus Armbruster via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Daniel P . Berrangé via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Peter Krempa via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Peter Krempa via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Markus Armbruster via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Philippe Mathieu-Daudé
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Markus Armbruster via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Thomas Huth via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Daniel P . Berrangé via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Philippe Mathieu-Daudé
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Thomas Huth via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Philippe Mathieu-Daudé
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Daniel P . Berrangé via Devel
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common Pierrick Bouvier
  • Re: [RFC PATCH 0/3] single-binary: make QAPI generated files common BALATON Zoltan
• [PATCH] conf: Fix handling of vlan with one tagged vlan id Leigh Brown
• [PATCH v2] virhostcpu: Fix potential use of unallocated memory Felix Huettner via Devel
• [PATCH] qemuxmlactivetest: Don't segfault when capability XMLs are invalid Peter Krempa via Devel
  • Re: [PATCH] qemuxmlactivetest: Don't segfault when capability XMLs are invalid Ján Tomko via Devel
• [PATCH] virhostcpu: Fix potential use of unallocated memory Felix Huettner via Devel
  • Re: [PATCH] virhostcpu: Fix potential use of unallocated memory Daniel P . Berrangé via Devel
  • Re: [PATCH] virhostcpu: Fix potential use of unallocated memory Felix Huettner via Devel
• Re: [PATCH v1] tests: add capabilities for QEMU 10.0.0 on s390x Peter Krempa via Devel
  • Re: [PATCH v1] tests: add capabilities for QEMU 10.0.0 on s390x Shalini Chellathurai Saroja
• [PATCH 0/2] qemucapabilitiestest: Update of x86_64 test data for qemu-10.0 release Peter Krempa via Devel
  • [PATCH 1/2] qemucapabilitiestest: Final update for qemu-10.0 release on x86_64 Peter Krempa via Devel
  • [PATCH 2/2] qemucapabilitiestest: Final update for qemu-10.0 release on x86_64 of the 'amdsev' variant Peter Krempa via Devel
  • Re: [PATCH 0/2] qemucapabilitiestest: Update of x86_64 test data for qemu-10.0 release Ján Tomko via Devel
• Re: [PATCH] qemuSnapshotDeleteValidate: Fix crash when disk is not found in VM definition jungleman759
  • Re: [PATCH] qemuSnapshotDeleteValidate: Fix crash when disk is not found in VM definition Peter Krempa via Devel
  • Re: [PATCH] qemuSnapshotDeleteValidate: Fix crash when disk is not found in VM definition jungleman759
• [PATCH 0/4] USB hostdev: allow addressing by port Maximilian Martin via Devel
  • [PATCH 3/4] schema: add USB port attribute Maximilian Martin via Devel
  • [PATCH 1/4] virusb test data: add devpath files for port addressing Maximilian Martin via Devel
  • [PATCH 2/4] domain_conf, virhostdev, virusb, virusb test: add bus/port matching Maximilian Martin via Devel
  • Re: [PATCH 2/4] domain_conf, virhostdev, virusb, virusb test: add bus/port matching Michal Prívozník via Devel
  • Re: [PATCH 2/4] domain_conf, virhostdev, virusb, virusb test: add bus/port matching Daniel P . Berrangé via Devel
  • [PATCH 4/4] docs: add description for USB port matching Maximilian Martin via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Maximilian Martin via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Maximilian Martin via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Michal Prívozník via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Daniel P . Berrangé via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Maximilian Martin via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Daniel P . Berrangé via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Daniel P . Berrangé via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Maximilian Martin via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Daniel P . Berrangé via Devel
  • Re: [PATCH 0/4] USB hostdev: allow addressing by port Maximilian Martin via Devel
• Question about SEV* guests and automatic firmware selection Jim Fehlig via Devel
  • Re: Question about SEV* guests and automatic firmware selection Daniel P . Berrangé via Devel
  • Re: Question about SEV* guests and automatic firmware selection Jim Fehlig via Devel
  • Re: Question about SEV* guests and automatic firmware selection Jim Fehlig via Devel
  • Re: Question about SEV* guests and automatic firmware selection Jim Fehlig via Devel
  • Re: Question about SEV* guests and automatic firmware selection Daniel P . Berrangé via Devel
  • Re: Question about SEV* guests and automatic firmware selection Andrea Bolognani via Devel
• Invoke QMP commands using native libvirt API Blade Liu
  • Re: Invoke QMP commands using native libvirt API Michal Prívozník via Devel
  • Re: Invoke QMP commands using native libvirt API Blade Liu
• [PATCH 0/3] remote: improve missing socket diagnostics Daniel P . Berrangé via Devel
  • [PATCH 2/3] kbase: update docs to account for changed error message Daniel P . Berrangé via Devel
  • [PATCH 1/3] remote: improve error message when no URI is set Daniel P . Berrangé via Devel
  • Re: [PATCH 1/3] remote: improve error message when no URI is set Richard W.M. Jones via Devel

• Earlier messages
• Later messages