The deprecation notes within a section are mostly in version order.
Move the few that aren't so they are.
Signed-off-by: Markus Armbruster
---
docs/about/deprecated.rst | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/docs/about/deprecated.rs
Argument @detach has always been ignored. Start the clock to get rid
of it.
Cc: Peter Xu
Cc: Fabiano Rosas
Signed-off-by: Markus Armbruster
---
docs/about/deprecated.rst | 5 +
qapi/migration.json | 18 +-
2 files changed, 14 insertions(+), 9 deletions(-)
diff --gi
Commit 4d8b0f0a9536 (v6.2.0) deprecate incorrectly typed device_add
arguments. Commit be93fd53723c (qdev-monitor: avoid QemuOpts in QMP
device_add) fixed them for v9.2.0, but neglected to update
documentation. Do that now.
Cc: Stefan Hajnoczi
Signed-off-by: Markus Armbruster
---
docs/about/de
Markus Armbruster (4):
docs/about: Belatedly document tightening of QMP device_add checking
qapi/migration: Deprecate migrate argument @detach
docs/about/deprecated: Move deprecation notes to tidy up order
docs/about/removed-features: Move removal notes to tidy up order
docs/about/depreca
The removal notes within a section are mostly in version order. Move
the few that aren't so they are.
Signed-off-by: Markus Armbruster
---
docs/about/removed-features.rst | 60 -
1 file changed, 30 insertions(+), 30 deletions(-)
diff --git a/docs/about/removed-f
On 5/21/2025 8:05 AM, Alejandro Jimenez wrote:
Hi Sairaj
On 5/16/25 4:07 AM, Sairaj Kodilkar wrote:
On 5/2/2025 7:45 AM, Alejandro Jimenez wrote:
Hi Alejandro,
Tested the v2, everything looks good when I boot guest with upstream
kernel. But I observed that NVME driver fails to load wit
Ilya Leoshkevich writes:
> On 2025-05-20 15:50, Michael Tokarev wrote:
>> 07.02.2025 18:31, Alex Bennée wrote:
>>> From: Ilya Leoshkevich
>>> In case an emulated process execve()s another emulated process,
>>> bind()
>>> will fail, because the socket already exists. So try deleting it. Use
>>> t
On 2025/05/21 9:51, Jason Wang wrote:
On Fri, May 16, 2025 at 11:29 AM Akihiko Odaki wrote:
On 2025/05/16 10:44, Jason Wang wrote:
On Wed, May 14, 2025 at 2:58 PM Akihiko Odaki wrote:
On 2025/05/14 14:05, 'Jason Wang' via devel wrote:
On Sat, May 10, 2025 at 3:24 PM Akihiko Odaki wrote:
>-Original Message-
>From: Steven Sistare
>Subject: Re: [PATCH V3 31/42] vfio/iommufd: use IOMMU_IOAS_MAP_FILE
>
>On 5/19/2025 11:52 AM, Steven Sistare wrote:
>> On 5/16/2025 4:48 AM, Duan, Zhenzhong wrote:
-Original Message-
From: Steve Sistare
Subject: [PATCH V
>-Original Message-
>From: Steven Sistare
>Subject: Re: [PATCH V3 29/42] backends/iommufd: change process ioctl
>
>On 5/19/2025 11:51 AM, Steven Sistare wrote:
>> On 5/16/2025 4:42 AM, Duan, Zhenzhong wrote:
-Original Message-
From: Steve Sistare
Subject: [PATCH
On 2025/5/21 04:33, Peter Xu wrote:
On Tue, May 20, 2025 at 04:05:57PM -0300, Fabiano Rosas wrote:
Yanfei Xu writes:
There won't be any ram sync after the stage of save_complete, therefore
it's unnecessary to do manually protect for dirty pages being sent. Skip
to do this in last round can re
>-Original Message-
>From: Steven Sistare
>Subject: Re: [PATCH V3 28/42] backends/iommufd:
>iommufd_backend_map_file_dma
>
>On 5/19/2025 11:51 AM, Steven Sistare wrote:
>> On 5/16/2025 4:26 AM, Duan, Zhenzhong wrote:
-Original Message-
From: Steve Sistare
Subject
>-Original Message-
>From: Cédric Le Goater
>Subject: Re: [PATCH V3 33/42] vfio/iommufd: define hwpt constructors
>
>On 5/16/25 10:55, Duan, Zhenzhong wrote:
>>
>>
>>> -Original Message-
>>> From: Steve Sistare
>>> Subject: [PATCH V3 33/42] vfio/iommufd: define hwpt constructor
Hi Sairaj
On 5/16/25 4:07 AM, Sairaj Kodilkar wrote:
On 5/2/2025 7:45 AM, Alejandro Jimenez wrote:
Hi Alejandro,
Tested the v2, everything looks good when I boot guest with upstream
kernel. But I observed that NVME driver fails to load with guest kernel
version 4.15.0-213-generic. This is
On Fri, May 16, 2025 at 11:29 AM Akihiko Odaki wrote:
>
> On 2025/05/16 10:44, Jason Wang wrote:
> > On Wed, May 14, 2025 at 2:58 PM Akihiko Odaki
> > wrote:
> >>
> >> On 2025/05/14 14:05, 'Jason Wang' via devel wrote:
> >>> On Sat, May 10, 2025 at 3:24 PM Akihiko Odaki
> >>> wrote:
>
> >
Hi Salil,
A kindly ping. vCPU hotplug is an important feature and You has put so much
energies and amazing efforts to enable the feature from QEMU side, but it
seems it has been stuck recently. I received many messages from Redhat
internal and external to ask if vCPU hotplug has been supported on
Reposting.
Alan
On 5/1/25 11:45 AM, Alan Adamson wrote:
If there are multiple controllers in a subsystem, CMIC.MCTRS should be set to on
for all controllers. For single controller subsystems, CMIC.MCTRS will be off by
default. A new subsystem specific parameter will allow setting CMIC.MCTRS fo
On Tue, May 20, 2025 at 01:30:17PM +0200, Magnus Kulke wrote:
> Add the main vCPU execution loop for MSHV using the MSHV_RUN_VP ioctl.
>
> A translate_gva() hypercall is implemented. The execution loop handles
> guest entry and VM exits. There are handlers for memory r/w, PIO and
> MMIO to which t
On Tue, May 20, 2025 at 01:30:15PM +0200, Magnus Kulke wrote:
> Connect the x86 instruction decoder and emulator to the MSHV backend
> to handle intercepted instructions. This enables software emulation
> of MMIO operations in MSHV guests. MSHV has a translate_gva hypercall
> that is used to access
On Tue, May 20, 2025 at 01:30:11PM +0200, Magnus Kulke wrote:
> Write CPU register state to MSHV vCPUs. Various mapping functions to
> prepare the payload for the HV call have been implemented.
>
> Signed-off-by: Magnus Kulke
> ---
[...]
> +static int set_special_regs(const CPUState *cpu)
> +{
>
On 2025-05-20 15:50, Michael Tokarev wrote:
07.02.2025 18:31, Alex Bennée wrote:
From: Ilya Leoshkevich
In case an emulated process execve()s another emulated process, bind()
will fail, because the socket already exists. So try deleting it. Use
the existing unix_listen() function which does th
On Tue, May 20, 2025 at 01:30:10PM +0200, Magnus Kulke wrote:
> Retrieve special registers (e.g. segment, control, and descriptor
> table registers) from MSHV vCPUs.
>
> Various helper functions to map register state representations between
> Qemu and MSHV are introduced.
>
> Signed-off-by: Magnu
On Tue, May 20, 2025 at 01:30:09PM +0200, Magnus Kulke wrote:
> Fetch standard register state from MSHV vCPUs to support debugging,
> migration, and other introspection features in QEMU.
>
> Fetch standard register state from a MHSV vCPU's. A generic get_regs()
> function and a mapper to map the d
On Tue, May 20, 2025 at 01:30:08PM +0200, Magnus Kulke wrote:
> Add support for writing general-purpose registers to MSHV vCPUs
> during initialization or migration using the MSHV register interface. A
> generic set_register call is introduced to abstract the HV call over
> the various register typ
On Tue, May 20, 2025 at 01:30:07PM +0200, Magnus Kulke wrote:
> Implement MSHV-specific hooks for vCPU creation and teardown in the
> i386 target. A list of locks per vCPU is maintained to lock CPU state in
> MMIO operations.
>
> Signed-off-by: Magnus Kulke
> ---
> target/i386/mshv/mshv-cpu.c |
On 5/20/25 1:44 PM, Julian Ganz wrote:
Hi Pierrick,
May 20, 2025 at 10:01 PM, Pierrick Bouvier wrote:
Regarding the issue with the same tb being mapped at different virtual
addresses, I'm ok with the current solution of comparing only page bits.
That said, a better solution could be to compar
On 5/20/2025 9:55 AM, Cédric Le Goater wrote:
On 5/12/25 17:32, Steve Sistare wrote:
cpr-transfer will use the device name as a key to find the value
of the device descriptor in new QEMU. However, if the descriptor
number is specified by a command-line fd parameter, then
vfio_device_get_name cr
Il mar 20 mag 2025, 21:01 Stefan Hajnoczi ha scritto:
> On Mon, May 19, 2025 at 2:52 PM Tanish Desai
> wrote:
> >
> > Remove hot paths from .c file and added it in .h file to keep it inline.
>
> Please include performance results in the commit description so it's
> clear what impact this change
Hi Moeko,
>On 5/19/25 16:03, edmund.raile wrote:
>> Restore SR-IOV Intel iGPU VF passthrough capability:
>> Check x-igd-opregion=off parameter in vfio_pci_igd_config_quirk and
>> vfio_pci_kvmgt_config_quirk to ensure x-igd-opregion=off is
>> respected despite subsequent attempt of automatic
>> IGD
Hi Pierrick,
May 20, 2025 at 10:01 PM, Pierrick Bouvier wrote:
> Regarding the issue with the same tb being mapped at different virtual
> addresses, I'm ok with the current solution of comparing only page bits.
>
> That said, a better solution could be to compare physical addresses when a
> dis
Jonathan,
> On May 19, 2025, at 21:54, Jonathan Cameron
> wrote:
>
> On Thu, 15 May 2025 18:04:18 +0900
> Itaru Kitayama wrote:
>
>>> On May 13, 2025, at 20:14, Jonathan Cameron
>>> wrote:
>>>
>>> Add a single complex case for aarch64 virt machine.
>>> Given existing much more comprehensiv
On Tue, May 20, 2025 at 04:05:57PM -0300, Fabiano Rosas wrote:
> Yanfei Xu writes:
>
> > There won't be any ram sync after the stage of save_complete, therefore
> > it's unnecessary to do manually protect for dirty pages being sent. Skip
> > to do this in last round can reduce noticeable downtime
On Tue, May 20, 2025 at 01:30:04PM +0200, Magnus Kulke wrote:
> Implement initial interrupt handling logic in the MSHV backend. This
> includes management of MSI and un/registering of irqfd mechanisms.
>
> Signed-off-by: Magnus Kulke
> ---
[...]
> +int mshv_request_interrupt(int vm_fd, uint32_t i
On Tue, May 20, 2025 at 01:30:02PM +0200, Magnus Kulke wrote:
> Handle region_add events by invoking the MSHV memory registration
> ioctl to map guest memory into the hypervisor partition. This allows
> the guest to access memory through MSHV-managed mappings.
>
> Note that this assumes the hyperv
On 5/19/25 8:24 AM, Julian Ganz wrote:
We recently introduced plugin API for the registration of callbacks for
discontinuity events, specifically for interrupts, exceptions and host
call events. The callback receives various bits of information,
including the VCPU index and PCs.
This change intr
Hi Eric,
On 5/14/25 14:00, Eric Auger wrote:
We intend to reuse build_append_pci_bus_devices and
build_append_pcihp_slots on ARM. So Let's move them to
nit: lowercase ---^
hw/acpi/pcihp.c as well as all static helpers they
use.
No functional change intended.
Signed-off
Hi Eric,
On 5/14/25 14:01, Eric Auger wrote:
pcihp acpi_set_pci_info() generic code currently uses
acpi_get_i386_pci_host() to retrieve the pci host bridge.
Let's rename acpi_get_i386_pci_host into acpi_get_pci_host and
move it in pci generic code.
The helper is augmented with the support of A
From: Fan Ni
Per cxl r3.2 Section 9.13.3.3, extent capacity tracking should include
extents in different states including added, pending, etc.
Before the change, for the in-device extent number tracking purpose, we only
have "total_extent_count" defined, which only tracks the number of
extents a
On 5/19/2025 11:52 AM, Steven Sistare wrote:
On 5/16/2025 4:48 AM, Duan, Zhenzhong wrote:
-Original Message-
From: Steve Sistare
Subject: [PATCH V3 31/42] vfio/iommufd: use IOMMU_IOAS_MAP_FILE
Use IOMMU_IOAS_MAP_FILE when the mapped region is backed by a file.
Such a mapping can be pre
Hi Eric,
On 5/14/25 14:00, Eric Auger wrote:
We plan to reuse build_append_notification_callback() on ARM
so let's move it to pcihp.c.
No functional change intended.
Signed-off-by: Eric Auger
---
include/hw/acpi/pcihp.h | 1 +
hw/acpi/pcihp.c | 58 +
On 5/19/2025 11:51 AM, Steven Sistare wrote:
On 5/16/2025 4:42 AM, Duan, Zhenzhong wrote:
-Original Message-
From: Steve Sistare
Subject: [PATCH V3 29/42] backends/iommufd: change process ioctl
Define the change process ioctl
Signed-off-by: Steve Sistare
---
backends/iommufd.c
On 5/19/2025 11:51 AM, Steven Sistare wrote:
On 5/16/2025 4:26 AM, Duan, Zhenzhong wrote:
-Original Message-
From: Steve Sistare
Subject: [PATCH V3 28/42] backends/iommufd:
iommufd_backend_map_file_dma
Define iommufd_backend_map_file_dma to implement IOMMU_IOAS_MAP_FILE.
This will be c
On Tue, May 20, 2025 at 01:30:01PM +0200, Magnus Kulke wrote:
> Create the MSHV virtual machine by opening a partition and issuing
> the necessary ioctl to initialize it. This sets up the basic VM
> structure and initial configuration used by MSHV to manage guest state.
>
> Signed-off-by: Magnus K
Yanfei Xu writes:
> There won't be any ram sync after the stage of save_complete, therefore
> it's unnecessary to do manually protect for dirty pages being sent. Skip
> to do this in last round can reduce noticeable downtime.
>
> Signed-off-by: Yanfei Xu
> ---
> As I don't have proper machine to
On Mon, May 19, 2025 at 2:52 PM Tanish Desai wrote:
>
> Remove hot paths from .c file and added it in .h file to keep it inline.
Please include performance results in the commit description so it's
clear what impact this change has.
>
> Signed-off-by: Tanish Desai
> ---
> scripts/tracetool/bac
Hi Eric,
On 5/14/25 14:00, Eric Auger wrote:
Extract the code that reserves resources for ACPI PCI hotplug
into a new helper named build_append_pcihp_resources() and
move it to pcihp.c. We will reuse it on ARM.
Signed-off-by: Eric Auger
---
include/hw/acpi/pcihp.h | 2 ++
hw/acpi/pcihp.c
Hi Eric,
On 5/14/25 14:00, Eric Auger wrote:
On ARM we will put the operation regions in AML_SYSTEM_MEMORY.
So let's allow this configuration.
Signed-off-by: Eric Auger
---
include/hw/acpi/pcihp.h | 3 ++-
hw/acpi/pcihp.c | 8
hw/i386/acpi-build.c| 4 ++--
3 files cha
On Thu, May 08, 2025 at 12:01:05AM +, anisa.su...@gmail.com wrote:
> From: Anisa Su
>
> FM DCD Management command 0x5604 implemented per CXL r3.2 Spec Section
> 7.6.7.6.5
>
This patch needs to fix. See comments below.
> Signed-off-by: Anisa Su
> ---
> hw/cxl/cxl-mailbox-utils.c | 195
On 5/20/25 18:23, Zhao Liu wrote:
HPET does some very simple memory accesses; a good safe solution
for this may be the ``vm-memory`` crate. While I have not looked into
using it, ``vm-memory`` and ``vm-virtio`` were written with QEMU's
use cases in mind.
I'm working on this and trying to wrap s
On Tue, May 20, 2025 at 01:29:56PM +0200, Magnus Kulke wrote:
> The MSHV accelerator requires a x86 decoder/emulator in userland to
> emulate MMIO instructions. This change contains the implementations for
> the generalized i386 instruction decoder/emulator.
>
> Signed-off-by: Magnus Kulke
> ---
On Tue, May 20, 2025 at 08:37:35AM -0700, Fan Ni wrote:
> On Thu, May 08, 2025 at 12:00:57AM +, anisa.su...@gmail.com wrote:
> > From: Anisa Su
> >
> > In preparation for the next patch, move opcodes enum to new cxl_opcodes.h
> > file
> > for visibility from mailbox-utils.c and i2c_mctp_cxl.
On Fri, 16 May 2025 11:30:49 +0900
Itaru Kitayama wrote:
> Hi Jonathan,
>
> > On May 13, 2025, at 20:14, Jonathan Cameron
> > wrote:
> >
> > V13:
> > - Make CXL fixed memory windows sysbus devices.
> > IIRC this was requested by Peter in one of the reviews a long time back
> > but at the ti
On Tue, May 20, 2025 at 01:29:55PM +0200, Magnus Kulke wrote:
> Introduce a new helper function to decode x86 instructions from a
> raw instruction byte stream. MSHV delivers an instruction stream in a
> buffer of the vm_exit message. It can be used to speed up MMIO
> emulation, since instructions
On Tue, May 13, 2025 at 03:32:37AM +0200, Andrey Zhadchenko wrote:
> HBitmaps allow us to search set bits pretty fast. On the contrary,
> when searching zeroes, we may be forced to fully traverse the lower
> level.
> When we run blockdev-backup with mode=full on top of snapshot filter
> + cbw filte
On Tue, May 20, 2025 at 9:31 AM Dmitry Osipenko
wrote:
>
> On 5/20/25 11:26, Yiwei Zhang wrote:
> > On Mon, May 19, 2025 at 7:29 PM Dmitry Osipenko
> > wrote:
> >>
> >> On 5/18/25 18:26, Yiwei Zhang wrote:
> >>> +#if VIRGL_VERSION_MAJOR >= 1
> >>> +static void virgl_write_context_fence(void *opaq
On Thu, May 08, 2025 at 12:01:04AM +, anisa.su...@gmail.com wrote:
> From: Anisa Su
>
> FM DCD Management command 0x5603 implemented per CXL r3.2 Spec Section
> 7.6.7.6.4
> Very similar to previously implemented command 0x4801.
>
> Signed-off-by: Anisa Su
Reviewed-by: Fan Ni
> ---
> hw
Hi,
The motivation of this short series is to fix a reported in [1]. A
couple of bugs were fixed along the way.
Björn, these patches should remediate the situation you're experiencing.
Patches based on master.
[1]
https://lore.kernel.org/qemu-riscv/87y0usiz22@all.your.base.are.belong.to.us
Björn reported in [1] a case where a rv64 CPU is going through the
profile code path to enable satp mode. In this case,the amount of
extensions on top of the rv64 CPU made it compliant with the RVA22S64
profile during the validation of CPU 0. When the subsequent CPUs were
initialized the static pro
We have code in riscv_cpu_add_profiles() to enable a profile right away
in case a CPU chose the profile during its cpu_init(). But we're using
the user callback option to do so, setting profile->user_set.
Create a new helper that does all the grunt work to enable/disable a
given profile. Use this
We're changing 'mmu' to true regardless of whether the profile is
being enabled or not, and at the same time we're changing satp_mode to
profile->enabled.
This will promote a situation where we'll set mmu=on without a virtual
memory mode, which is a mistake.
Only touch 'mmu' and satp_mode if the
From: Li Zhijian
Recently, we removed ipv6 restriction[0] from RDMA migration, add a
test for it.
[0]
https://lore.kernel.org/qemu-devel/20250326095224.9918-1-jinpu.w...@ionos.com/
Cc: Jack Wang
Cc: Michael R. Galaxy
Cc: Peter Xu
Cc: Yu Zhang
Reviewed-by: Jack Wang
Signed-off-by: Li Zhiji
From: Prasad Pandit
Enable Multifd and Postcopy migration together.
The migration_ioc_process_incoming() routine checks
magic value sent on each channel and helps to properly
setup multifd and postcopy channels.
The Precopy and Multifd threads work during the initial
guest RAM transfer. When mig
From: Prasad Pandit
During multifd migration, zero pages are written if
they are migrated more than once.
This may result in a migration thread hang issue when
multifd and postcopy are enabled together.
When postcopy is enabled, always write zero pages as and
when they are migrated.
Signed-off
From: Fabiano Rosas
The migration compatibility tests have been running with the PYTHON
variable unset to avoid running a broken test. The faulty test has
since been removed, so we can enable the python tests once again.
Aside from the broken test, only one other test uses python and I have
been
From: Fabiano Rosas
The build-previous-qemu job is intented to produce a build of the
previous QEMU release for consumption by the migration-compat-*
jobs. Keep only the pieces of the build that are necessary.
Reviewed-by: Peter Xu
Signed-off-by: Fabiano Rosas
Link: https://lore.kernel.org/r/2
A new parameter "-a" is added to "info migrate" to dump all info, while
when not specified it only dumps the important ones. When at it, reorg
everything to make it easier to read for human.
The general rule is:
- Put important things at the top
- Reuse a single line when things are very rel
With commit 82137e6c8c ("migration: enforce multifd and postcopy preempt to
be set before incoming"), and if postcopy preempt / multifd is enabled, one
cannot setup any capability because these checks would always fail.
(qemu) migrate_set_capability xbzrle off
Error: Postcopy preempt must be set b
From: Prasad Pandit
Add new qtests to run postcopy migration with multifd
channels enabled.
Signed-off-by: Prasad Pandit
Link: https://lore.kernel.org/r/20250512125124.147064-4-ppan...@redhat.com
[peterx: rename all new tests to be under /migration/multifd+postcopy/]
Signed-off-by: Peter Xu
--
From: Fabiano Rosas
Stefan reports that during QEMU release, pushing a series with the
VERSION bump commit, but not pushing the new git tag in the same
command will cause a failure of the build-previous-qemu job at the git
fetch step.
Since the job is intended to produce a build of the previous
From: Li Zhijian
Ensure successful migration over RDMA by verifying that RLIMIT_MEMLOCK is
set to at least 128MB. This allocation is necessary due to the requirement
to pin significant portions of guest memory, typically exceeding 100MB
in this test, while the remainder is transmitted as compress
/migration-20250520-pull-request
for you to fetch changes up to e09c6d837593aa1e12d92d7031c65a881eb2eb27:
migration/hmp: Add "info migrate -a", reorg the dump (2025-05-20 13:05:57
-0400)
Migration pull
- Peter's vms
From: "Maciej S. Szmigiero"
If zerocopy is enabled for multifd then QIO_CHANNEL_WRITE_FLAG_ZERO_COPY
flag is forced into all multifd channel write calls via p->write_flags
that was setup in multifd_nocomp_send_setup().
However, device state packets aren't compatible with zerocopy - the data
buff
The old "num_timers" got a rename. See commit 1433e38cc8 ("hpet: do not
overwrite properties on post_load") for more details. Teach the script to
accept the new name.
Cc: Paolo Bonzini
Cc: Thomas Huth
Reviewed-by: Thomas Huth
Link: https://lore.kernel.org/r/20250501151235.636709-1-pet...@redh
On Thu, May 08, 2025 at 12:01:03AM +, anisa.su...@gmail.com wrote:
> From: Anisa Su
>
> FM DCD Management command 0x5602 implemented per CXL r3.2 Spec Section
> 7.6.7.6.3
>
> Signed-off-by: Anisa Su
> ---
> hw/cxl/cxl-mailbox-utils.c | 97
> hw/mem/c
On Mon, May 19, 2025 at 01:27:35PM +0200, Mario Casquero wrote:
> This series has been successfully tested. Now the HMP info migrate
> command is more compact and readable. With the -a option the values of
> the globals are displayed as well.
>
> (qemu) info migrate
> Status: active
> Time (ms): t
On Thu, 8 May 2025 14:29:18 +0100
Jonathan Cameron wrote:
> On Tue, 29 Apr 2025 19:43:05 -0700
> Richard Henderson wrote:
>
> > On 4/29/25 14:35, Alistair Francis wrote:
> > > On Sat, Apr 26, 2025 at 3:36 AM Jonathan Cameron via
> > > wrote:
> > >>
> > >> On Tue, 22 Apr 2025 12:26:55 -07
Since fccb744f41 (gdbstub: Try unlinking the unix socket before
binding) we use the unix_listen() function from linux-user which
causes complications when trying to build statically.
Fix this by splitting the unix functions into its own file and doing
the appropriate tweaks to the headers.
Signed
On Thu, May 08, 2025 at 12:01:02AM +, anisa.su...@gmail.com wrote:
> From: Anisa Su
>
> Add a lock on the bitmap of each CXLDCRegion in preparation for the next
> patch which implements FMAPI Set DC Region Configuration. This command
> can modify the block size, which means the region's bitma
On Thu, May 08, 2025 at 12:01:01AM +, anisa.su...@gmail.com wrote:
> From: Anisa Su
>
> Move definition/enum to cxl_events.h for shared use in next patch
>
> Signed-off-by: Anisa Su
> ---
Reviewed-by: Fan Ni
> hw/mem/cxl_type3.c | 15 ---
> include/hw/cxl/cxl_events
Ping?
On 12/03/2025 12:06 am, Andrew Cooper wrote:
> While the (intno << shift) expression is correct for indexing the IDT based on
> whether Long Mode is active, the error code itself was unchanged with AMD64,
> and is still the index with 3 bits of metadata in the bottom.
>
> Found when running
On 5/20/25 11:26, Yiwei Zhang wrote:
> On Mon, May 19, 2025 at 7:29 PM Dmitry Osipenko
> wrote:
>>
>> On 5/18/25 18:26, Yiwei Zhang wrote:
>>> +#if VIRGL_VERSION_MAJOR >= 1
>>> +static void virgl_write_context_fence(void *opaque, uint32_t ctx_id,
>>> + uint32_t
On 5/20/25 18:44, Alex Bennée wrote:
> Yiwei Zhang writes:
>
>> Venus and later native contexts have their own fence context along with
>> multiple timelines within. Fences wtih VIRTIO_GPU_FLAG_INFO_RING_IDX in
>> the flags must be dispatched to be created on the target context. Fence
>> signalin
On Tue, May 13, 2025 at 03:32:36AM +0200, Andrey Zhadchenko wrote:
> and bdrv_dirty_bitmap_reverse() helper
Is 'inverse' a better name than 'reverse'?
>
> Signed-off-by: Andrey Zhadchenko
> ---
> +++ b/util/hbitmap.c
> @@ -940,3 +940,18 @@ char *hbitmap_sha256(const HBitmap *bitmap, Error **err
On Tue, May 13, 2025 at 03:32:35AM +0200, Andrey Zhadchenko wrote:
> API to manipulate meta bitmap was removed with commit 0c88f1970c76
>
> Signed-off-by: Andrey Zhadchenko
> ---
> util/hbitmap.c | 17 ++---
> 1 file changed, 2 insertions(+), 15 deletions(-)
Reviewed-by: Eric Blake
Add some additional doc comments for these class methods.
Signed-off-by: John Levon
---
include/hw/vfio/vfio-container-base.h | 75 +--
1 file changed, 72 insertions(+), 3 deletions(-)
diff --git a/include/hw/vfio/vfio-container-base.h
b/include/hw/vfio/vfio-container-b
On Thu, May 08, 2025 at 12:01:00AM +, anisa.su...@gmail.com wrote:
> From: Anisa Su
>
> FM DCD Management command 0x5601 implemented per CXL r3.2 Spec Section
> 7.6.7.6.2
>
> Signed-off-by: Anisa Su
One minor comment inline. Otherwise,
Reviewed-by: Fan Ni
> ---
> hw/cxl/cxl-mailbox-ut
On 5/20/25 17:03, John Levon wrote:
Add some additional doc comments for these class methods.
Signed-off-by: John Levon
---
include/hw/vfio/vfio-container-base.h | 64 ++-
1 file changed, 63 insertions(+), 1 deletion(-)
diff --git a/include/hw/vfio/vfio-container-bas
On Thu, May 08, 2025 at 12:00:59AM +, anisa.su...@gmail.com wrote:
> From: Anisa Su
>
> Add booleans to DC Region struct to represent dsmas flags (defined in CDAT)
> in preparation for the next command, which returns the flags in the
s/next command/mailbox command 0x5601h/, otherwise
Reviewe
(Resend as the previous email may have failed.)
> Remaining unsafe code
> '
>
> qdev bindings cover basic classes and interfaces, including
> GPIO pins, timers, clocks and MemoryRegionOps. VMState
> still needs unsafe callbacks for pre_save/post_load, with
> the final version
On Tue, 20 May 2025 at 16:53, Alex Bennée wrote:
>
> Michael Tokarev writes:
>
> > 07.02.2025 18:31, Alex Bennée wrote:
> >> From: Ilya Leoshkevich
> >> In case an emulated process execve()s another emulated process,
> >> bind()
> >> will fail, because the socket already exists. So try deleting
On Thu, May 08, 2025 at 12:00:58AM +, anisa.su...@gmail.com wrote:
> From: Anisa Su
>
> FM DCD Management command 0x5600 implemented per CXL 3.2 Spec Section
> 7.6.7.6.1.
>
> Signed-off-by: Anisa Su
LGTM. minor comments inline.
Reviewed-by: Fan Ni
> ---
> hw/cxl/cxl-mailbox-utils.c
On Tue, 20 May 2025 at 16:09, Zhao Liu wrote:
>
> No one could find Zhao Liu via zhai1@intel.com.
>
> Signed-off-by: Zhao Liu
Reviewed-by: Peter Maydell
thanks
-- PMM
On Tue, May 20, 2025 at 12:30:12PM +0200, Fiona Ebner wrote:
> Many write-lockded sections are also drained sections. A new
write-locked
> bdrv_graph_wrunlock_drained() wrapper around bdrv_graph_wrunlock() is
> introduced, which will begin a drained section first. A global
> variable is used so b
Michael Tokarev writes:
> 07.02.2025 18:31, Alex Bennée wrote:
>> From: Ilya Leoshkevich
>> In case an emulated process execve()s another emulated process,
>> bind()
>> will fail, because the socket already exists. So try deleting it. Use
>> the existing unix_listen() function which does this. L
>-Original Message-
>From: Steven Sistare
>Subject: Re: [PATCH V3 39/42] vfio/iommufd: reconstruct hwpt
>
>On 5/18/2025 11:25 PM, Duan, Zhenzhong wrote:
>>> -Original Message-
>>> From: Steve Sistare
>>> Subject: [PATCH V3 39/42] vfio/iommufd: reconstruct hwpt
>>>
>>> Save the
On Tue, May 20, 2025 at 12:29:55PM +0200, Fiona Ebner wrote:
> This is a small step in preparation to mark bdrv_drained_begin() as
> GRAPH_UNLOCKED. More concretely, it is in preparatoin to move the
preparation
> drain out of bdrv_change_aio_context() and marking that function as
> GRAPH_RDLOCK.
On Tue, May 20, 2025 at 12:29:54PM +0200, Fiona Ebner wrote:
> This is a small step in preparation to mark bdrv_drained_begin() as
> GRAPH_UNLOCKED. More concretely, it is in preparatoin to move the
preparation
> drain out of bdrv_change_aio_context() and marking that function as
> GRAPH_RDLOCK.
On Tue, May 20, 2025 at 12:29:48PM +0200, Fiona Ebner wrote:
> Previous discussion [0].
>
> NOTE:
> there are pre-existing test failures on current master, e.g. '240' for
> all formats, '295 296 inactive-node-nbd luks-detached-header' for luks
> and 'mirror-sparse' for raw. For me, the failures d
Yiwei Zhang writes:
> Venus and later native contexts have their own fence context along with
> multiple timelines within. Fences wtih VIRTIO_GPU_FLAG_INFO_RING_IDX in
> the flags must be dispatched to be created on the target context. Fence
> signaling also has to be handled on the specific time
On Tue, 20 May 2025 at 16:07, Zhao Liu wrote:
>
> These typos are found by "cargo spellcheck". Though it outputs a lot of
> noise and false positives, there still are some real typos.
>
> Signed-off-by: Zhao Liu
> ---
> Note: But I have to admit, cargo spellcheck isn't a great tool.
>
> Picked fr
1 - 100 of 399 matches
Mail list logo
