on the arm64 platform, the PAGESIZE is 64k, the default qxl rom
bar size is 8k(QXL_ROM_SZ), in the case memory size less than
one page size, kvm_align_section return zero, the memory section
did not commit kvm.
Signed-off-by: Cong Liu
---
accel/kvm/kvm-all.c | 1 +
1 file changed, 1 insertion
On 2022/3/25 23:00, Peter Maydell wrote:
On Fri, 25 Mar 2022 at 14:42, wrote:
I found this issue on qmeu 4.2 with host linux 4.19, I want to
use qxl on arm64. on arm64, default page size is 64k, and the
qxl_rom_size is fixed 8192.
OK, so the fix to this is "use a newer QEMU".
but when I
This patch fixes a potential deadlock in the plugin_exit() function of QEMU.
The original code does not release the lock mutex if it is NULL. This patch
adds a check for it being NULL and releases the mutex in that case.
Signed-off-by: Cong Liu
---
contrib/plugins/hotblocks.c | 2 ++
1 file
This patch fixes a potential deadlock in the plugin_exit() function of QEMU.
The original code does not release the lock mutex if it is NULL. This patch
adds a check for it being NULL and releases the mutex in that case.
Signed-off-by: Cong Liu
Suggested-by: Philippe Mathieu-Daudé
---
contrib
This patch closes the file descriptor fd on connect failure to avoid
resource leak.
Signed-off-by: Cong Liu
---
contrib/plugins/lockstep.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/contrib/plugins/lockstep.c b/contrib/plugins/lockstep.c
index f0cb8792c6fa..3c0f2b485181 100644
--- a
This patch closes the file descriptor fd on error return to avoid
resource leak.
Fixes: ec7ee95db909 ("contrib/plugins: fix coverity warning in lockstep")
Signed-off-by: Cong Liu
---
contrib/plugins/lockstep.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/contrib/plugins/lo
/runstate.c:817
10 0xab10d334 in qemu_init (argc=13, argv=0xf198) at
../system/vl.c:2760
11 0xaae4da6c in main (argc=, argv=) at
../system/main.c:47
Signed-off-by: Cong Liu
Reviewed-by: Gurchetan Singh
---
hw/display/virtio-gpu-pci-rutabaga.c | 1 +
1 file changed, 1
I discovered that on an ARM64 environment, the 'virtio-gpu: Support
asynchronous fencing' patch causes the virtual machine GUI to fail to display.
Rolling back this patch and using virgl allows the virtual machine to start
normally. When the VM screen is black, I can see some errors in QEMU. I u