[Qemu-devel] [Bug 1656710] Re: Please support Ctrl-Alt-= to zoom in

** Changed in: qemu Assignee: (unassigned) => Ziyue Yang (yzyubuntuzh) -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1656710 Title: Please support Ctrl-Alt-= to zoom in Status in QEMU:

[Qemu-devel] [PATCH] ui/gtk.c: add ctrl-alt-= support for zoom in acceleration

From: Ziyue Yang Solving wishlist item at https://bugs.launchpad.net/qemu/+bug/1656710 by accepting Ctrl-Alt-= as an additional zoom-in acceleration. Using gtk_accel_group_connect to support multiple accelerations triggering a single menu item since that gtk_accel_map_add_entry seems to support

[Qemu-devel] [Bug 1656710] Re: Please support Ctrl-Alt-= to zoom in

** Changed in: qemu Status: New => In Progress -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1656710 Title: Please support Ctrl-Alt-= to zoom in Status in QEMU: In Progress Bug descripti

[Qemu-devel] [PATCH 0/2] fix segfaults caused by accessing CPU in empty machine

From: Ziyue Yang Many QEMU monitor commands, like "info lapic", "info tlb" and so on use mon_get_cpu or related wrappers to access CPU info without checking whether the CPU exists. This patch series fix the "info lapic" case, and is the base of the incoming pa

[Qemu-devel] [PATCH 2/2] target/i386/monitor.c: check return value of mon_get_cpu before using it

From: Ziyue Yang This patch eliminates the segfault caused by accessing CPU that doesn't exist in hmp command "info lapic", which can be reproduced by $ qemu-system-x86_64 -nographic -M none -serial none -monitor stdio and then type "info lapic" into qemu monitor.

[Qemu-devel] [PATCH 1/2] monitor.c: make mon_get_cpu return NULL when there is no CPU

From: Ziyue Yang Currently mon_get_cpu always dereferences first_cpu without checking whether it's a valid pointer. This commit adds check before dereferencing, and reports "No CPU" info if there isn't any CPU then returns NULL. Signed-off-by: Ziyue Yang --- monitor.c | 1

[Qemu-devel] [PATCH] gdbstub.c: fix GDB connection segfault caused by empty machines

From: Ziyue Yang This patch is to fix the segmentation fault caused by attaching GDB to a QEMU instance initialized with "-M none" option. The bug can be reproduced by > ./qemu-system-x86_64 -M none -nographic -S -s and attach a GDB to it by > gdb -ex 'target remote :1

[Qemu-devel] [PATCH v2] gdbstub.c: fix GDB connection segfault caused by empty machines

From: Ziyue Yang This patch is to fix the segmentation fault caused by attaching GDB to a QEMU instance initialized with "-M none" option. The bug can be reproduced by > ./qemu-system-x86_64 -M none -nographic -S -s and attach a GDB to it by > gdb -ex 'target remote :1

[Qemu-devel] [PATCH v3] gdbstub.c: fix GDB connection segfault caused by empty machines

From: Ziyue Yang This patch is to fix the segmentation fault caused by attaching GDB to a QEMU instance initialized with "-M none" option. The bug can be reproduced by > ./qemu-system-x86_64 -M none -nographic -S -s and attach a GDB to it by > gdb -ex 'target remote :1

[Qemu-devel] [PATCH v4 1/2] gdbstub.c: fix GDB connection segfault caused by empty machines

From: Ziyue Yang This patch is to fix the segmentation fault caused by attaching GDB to a QEMU instance initialized with "-M none" option. The bug can be reproduced by > ./qemu-system-x86_64 -M none -nographic -S -s and attach a GDB to it by > gdb -ex 'target remote :1

[Qemu-devel] [PATCH v4 2/2] gdbstub.c: update old error report statements

From: Ziyue Yang Some updates from fprintf(stderr, ...) to error_report. Signed-off-by: Ziyue Yang --- gdbstub.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/gdbstub.c b/gdbstub.c index 426d55e..fe1d0f8 100644 --- a/gdbstub.c +++ b/gdbstub.c @@ -637,8 +637,8

[Qemu-devel] [PATCH v5 1/2] gdbstub.c: fix GDB connection segfault caused by empty machines

From: Ziyue Yang This patch is to fix the segmentation fault caused by attaching GDB to a QEMU instance initialized with "-M none" option. The bug can be reproduced by > ./qemu-system-x86_64 -M none -nographic -S -s and attach a GDB to it by > gdb -ex 'target remote :1

[Qemu-devel] [PATCH v5 2/2] gdbstub.c: update old error report statements

From: Ziyue Yang Some updates from fprintf(stderr, ...) to error_report. Signed-off-by: Ziyue Yang --- gdbstub.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/gdbstub.c b/gdbstub.c index 426d55e..959f6dc 100644 --- a/gdbstub.c +++ b/gdbstub.c @@ -637,8 +637,8

[Qemu-devel] [Bug 1641637] Re: incorrect illegal SSE3 instructions reporting on x86_64

** Changed in: qemu Assignee: (unassigned) => Ziyue Yang (yzyubuntuzh) -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1641637 Title: incorrect illegal SSE3 instructions reporting on x86_64

[Qemu-devel] [Bug 1641637] Re: incorrect illegal SSE3 instructions reporting on x86_64

Hi Jie, Seems that the problem was caused by not specifying the cpu model when running QEMU. when running qemu-x86_64 ./28 QEMU would recognize the cpu model as "qemu64", which act like a cpu doesn't support advanced instruction sets like SSSE3. To workaround, you can run qemu-x86_86 -cpu core2

[Qemu-devel] [Bug 1603734] Re: Hang in fsqrt

Bug fixed showed by https://github.com/unicorn-engine/unicorn/pull/609 and the test case shows no problem on the most recent release. ** Changed in: qemu Status: New => Fix Released -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to Q