Granted that this patch might not fit for main branch, I hope this snippet
could help someone in need.
Screen cast feature shipped with macOS does support screen recording, but only
for whole screen or selected rectangle, not for a selected window like photo
capture feature.
And pixels are not
> On Tue, Aug 24, 2021 at 05:46:43PM -0400, Programmingkid wrote:
> > Hi, I recently tried using the edid feature in QEMU for my Mac OS 10.8
> > guest
> > like this: -device VGA,edid=on,xres=1280,yres=800. When the guest operating
> > system loaded there were no additional options available in t
Signed-off-by: Chen Zhang
---
hw/vfio/pci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/vfio/pci.c b/hw/vfio/pci.c
index dc3479c..c5e6fe6 100644
--- a/hw/vfio/pci.c
+++ b/hw/vfio/pci.c
@@ -44,7 +44,7 @@
#define TYPE_VFIO_PCI "vfio-pci"
#define PC
Thank you and best regards.
> On Jun 12, 2019, at 6:39 PM, Peter Maydell wrote:
>
> On Tue, 4 Jun 2019 at 10:34, Chen Zhang wrote:
>>
>> The following patches fixed issues of absolute and relative input devices
>> on macOS Mojave.
>>
>> Chen Zhang (2):
compatibility reason.
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 43 +--
1 file changed, 41 insertions(+), 2 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 420b2411c1..474d44cb9f 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -405,6 +405,41
The following patches fixed issues of absolute and relative input devices on
macOS Mojave.
Chen Zhang (2):
ui/cocoa: Fix absolute input device grabbing issue on Mojave
ui/cocoa: Fix mouse grabbing in fullscreen mode for relative input
device
ui/cocoa.m | 50
for
relative input device grabbing.
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 474d44cb9f..aa7cf07368 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -901,7 +901,12 @@ QemuCocoaView *cocoaView
for
relative input device grabbing.
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 474d44cb9f..aa7cf07368 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -901,7 +901,12 @@ QemuCocoaView *cocoaView
compatibility reason.
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 43 +--
1 file changed, 41 insertions(+), 2 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 420b2411c1..474d44cb9f 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -405,6 +405,41
The following patches fixed issues of absolute and relative input devices
on macOS Mojave.
Chen Zhang (2):
ui/cocoa: Fix absolute input device grabbing issue on Mojave
ui/cocoa: Fix mouse grabbing in fullscreen mode for relative input
device
ui/cocoa.m | 50
** Description changed:
QEMU does not support sprite/overlay in DMA-buf mode for Intel gvt
vGPUs. Some use cases relies on sprite plane support, e.g. hw
accelerated video playback in Windows 10 guest.
To support this feature, functions in both kernel and QEMU should be
implemented:
Public bug reported:
QEMU does not support sprite/overlay in DMA-buf mode for Intel gvt
vGPUs. Some use cases relies on sprite plane support, e.g. hw
accelerated video playback in Windows 10 guest.
To support this feature, functions in both kernel and QEMU should be
implemented:
- query support
Public bug reported:
With hvf acceleration on macOS, ubuntu server installation ISO boot
language menu shows fractured images.
To reproduce the issue:
./x86_64-softmmu/qemu-system-x86_64 -m 800 -accel hvf -cdrom
~/ubuntu-16.04.4-server-amd64.iso
Control:
./x86_64-softmmu/qemu-system-x86_64 -m 8
** Attachment added: "normal case(tcg)"
https://bugs.launchpad.net/qemu/+bug/1827005/+attachment/5260224/+files/Screen%20Shot%202019-04-30%20at%202.53.08%20PM.png
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launch
The following patches fixed absolute and relative input device issues on macOS
Mojave.
Chen Zhang (2):
ui/cocoa: Fix absolute input device grabbing issue on Mojave
ui/cocoa: Fix mouse grabbing in fullscreen mode for relative input
device
ui/cocoa.m | 50
compatibility reason.
Signed-off-by: Chen Zhang mailto:tgfb...@me.com>>
---
ui/cocoa.m | 43 +--
1 file changed, 41 insertions(+), 2 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 420b2411c1..474d44cb9f 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@
isFullscreen as a short-cirtuit condition for
relative input device grabbing.
Signed-off-by: Chen Zhang mailto:tgfb...@me.com>>
---
ui/cocoa.m | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 474d44cb9f..aa7cf07368 100644
--- a/ui/cocoa.m
++
Ping
https://patchwork.kernel.org/patch/10888727/
<https://patchwork.kernel.org/patch/10888727/>
https://patchwork.kernel.org/patch/10888725/
<https://patchwork.kernel.org/patch/10888725/>
> On Apr 8, 2019, at 10:04 AM, Chen Zhang wrote:
>
> The following patch
In target/i386/hvf/hvf.c, a break statement was probably missing in
`hvf_vcpu_exec()`, in handling EXIT_REASON_HLT.
These lines seemed to be equivalent to `kvm_handle_halt()`.
Signed-off-by: Chen Zhang
---
target/i386/hvf/hvf.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/i386
ping
> On Apr 8, 2019, at 10:04 AM, Chen Zhang wrote:
>
> The following patches fixed absolute and relative input device issues on
> macOS Mojave.
>
> Chen Zhang (2):
> ui/cocoa: Fix absolute input device grabbing issue on Mojave
> ui/cocoa: Fix mouse grabbin
In good versions (27e18b8952f8b7a1e26350846f8a0d5a9b33bfb8), calls to
x86_cpu_has_work(), likely due to IRQ 0, returned interchanging true or
false.
In bad versions (92d5f1a4147c3722b5e9a8bcfb7dc261b7a8b855), all calls
returned false.
--
You received this bug notification because you are a membe
Git bisect shows that 92d5f1a4147c3722b5e9a8bcfb7dc261b7a8b855 is the
first bad commit.
Author: Paolo Bonzini
Date: Tue Aug 21 15:31:24 2018 +0200
target/i386: unify masking of interrupts
Interrupt handling depends on various flags in env->hflags or env->hflags2,
and the exact
Public bug reported:
Guest: FreeBSD 12.0 Install CD
Host: MacOS 11.14.3 qemu master at 90fb864a7df0a9af677352e94f8225f7b03de922
Command arguments:
qemu-system-x86_64 -m 4000m -cdrom Downloads/FreeBSD-12.0-RELEASE-
amd64-bootonly.iso
When qemu was run with -accel hvf, the bootloader would halt a
compatibility reason.
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 43 +--
1 file changed, 41 insertions(+), 2 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 420b2411c1..474d44cb9f 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -405,6 +405,41 @@ QemuCocoaView
isFullscreen as a short-cirtuit condition for
relative input device grabbing.
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 474d44cb9f..aa7cf07368 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -901,7
The following patches fixed absolute and relative input device issues on macOS
Mojave.
Chen Zhang (2):
ui/cocoa: Fix absolute input device grabbing issue on Mojave
ui/cocoa: Fix mouse grabbing in fullscreen mode for relative input
device
ui/cocoa.m | 50
ping
http://patchwork.ozlabs.org/patch/1059842/
> On Mar 27, 2019, at 10:00 AM, Chen Zhang wrote:
>
>
>
>> On Mar 27, 2019, at 12:20 AM, Peter Maydell wrote:
>>
>> On Thu, 21 Mar 2019 at 07:10, Chen Zhang wrote:
>>>
>>> In fullscreen mode,
ping
http://patchwork.ozlabs.org/patch/1058186/
> On Mar 28, 2019, at 10:05 AM, Chen Zhang wrote:
>
>
>
>> On Mar 27, 2019, at 7:37 PM, Peter Maydell wrote:
>>
>> On Wed, 27 Mar 2019 at 01:09, Chen Zhang wrote:
>>> Just double-checked on a MacMini
> On Mar 27, 2019, at 7:37 PM, Peter Maydell wrote:
>
> On Wed, 27 Mar 2019 at 01:09, Chen Zhang wrote:
>> Just double-checked on a MacMini mid 2011 with macOS 10.13.6, Xcode 10.1.
>> This NSWindow API did exist, and the patch could be built withou
> On Mar 27, 2019, at 12:20 AM, Peter Maydell wrote:
>
> On Thu, 21 Mar 2019 at 07:10, Chen Zhang wrote:
>>
>> In fullscreen mode, the window property of cocoaView may not be the key
>> window, and the current implementation would not grab mouse in
>> ful
> On Mar 27, 2019, at 12:15 AM, Peter Maydell wrote:
>
> On Tue, 19 Mar 2019 at 03:51, Chen Zhang <mailto:tgfb...@me.com>> wrote:
>>
>> On Mojave, absolute input device, i.e. tablet, had trouble re-grabbing
>> the cursor in re-entry into the virtua
.
Note that this patch should be tested after applying a previous patch
which fixed event location conversion for relative input devices.
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 420b2411c1
window, therefore location of event in virtual coordinates should suffice
for the condition of grabbing.
This patch fixed boundary check methods for cursor in normal and fullscreen
with/without Zoom-to-Fit on macOS Mojave.
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 39
Signed-off-by: Chen Zhang mailto:tgfb...@me.com>>
---
ui/cocoa.m | 29 +
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 420b2411c1..5d0a6599d9 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -405,6 +405,24 @@ QemuCoc
Signed-off-by: Chen Zhang mailto:tgfb...@me.com>>
---
ui/cocoa.m | 35 +++
1 file changed, 27 insertions(+), 8 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 5d0a6599d9..8e74f6e283 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -410,11 +410,31 @@ QemuCoc
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 35 +++
1 file changed, 27 insertions(+), 8 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 5d0a6599d9..8e74f6e283 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -410,11 +410,31 @@ QemuCocoaView *cocoaView
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 29 +
1 file changed, 25 insertions(+), 4 deletions(-)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 420b2411c1..5d0a6599d9 100644
--- a/ui/cocoa.m
+++ b/ui/cocoa.m
@@ -405,6 +405,24 @@ QemuCocoaView *cocoaView;
return
fullscreen with/without Zoom-to-Fit in Mojave.
Chen Zhang (2):
Fix absolute input device grabbing issues on Mojave
ui/cocoa: fix grabbing issue in fullscreen mode
ui/cocoa.m | 54 +++---
1 file changed, 47 insertions(+), 7 deletions
> On Mar 14, 2019, at 1:35 AM, BALATON Zoltan wrote:
>
> On Wed, 13 Mar 2019, Chen Zhang wrote:
>> I sympathize with your situation, but the things on macOS seems a little
>> different.
>>
>> The QEMU Cocoa UI starts in the `main` thread and detach a `qemu_
dpy_mouse_set call.
> On Mar 12, 2019, at 8:32 PM, BALATON Zoltan wrote:
>
> On Tue, 12 Mar 2019, Chen Zhang via Qemu-devel wrote:
>> Hi,
>>
>> I did try to utilize NSCursor and CGWarpMouseCursorPosition API before this
>> compromise. In cocoa_mouse_set, the position of
Hi,
I did try to utilize NSCursor and CGWarpMouseCursorPosition API before this
compromise. In cocoa_mouse_set, the position of cursor should to be modified,
but the bottom half that called it was not scheduled on main thread. UI
operations have to be queued on main thread asynchronously therea
coordinates of the QEMU
screen, not the NSScreen or the NSView, for convenience of blending.
Signed-off-by: Chen Zhang
---
ui/cocoa.m | 79 ++
1 file changed, 79 insertions(+)
diff --git a/ui/cocoa.m b/ui/cocoa.m
index 420b2411c1..8beed6e514 100644
Public bug reported:
On macOS host running Windows 10 guest, qemu crashed with error message:
Error: HV_ERROR.
Host: macOS Mojave 10.14.3 (18D109) Late 2014 Mac mini presumably Core i5 4278U.
QEMU: git commit a3e3b0a7bd5de211a62cdf2d6c12b96d3c403560
QEMU parameter: qemu-system-x86_64 -m 3000 -dri
Preliminary debugging seems to hint that wrong image convert status for
some sectors during iteration in convert_do_copy() accumulated a much
smaller allocated_sectors than it should.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
ht
Public bug reported:
On macOS 10.13.6, `qemu-img convert` failed to convert a qcow2 into a
new qcow2 (for the purpose of shrinking the image).
A 50GB (3.7GB allocated) qcow2 image was used as source. The qemu-img
convert output was a 3.4MB file.
qemu-img from HomeBrew were tested. Both 2.11.1 an
From 0be823a56682be57fe0370bb91e4062ec7b47be5 Mon Sep 17 00:00:00 2001
From: Chen Zhang
Date: Fri, 25 Jan 2019 15:33:08 +0800
Subject: [PATCH v2] ui/egl-helpers: Augment parameter list of
egl_texture_blend() to convey scales of viewport.
This would help gtk-egl display showing scaled DMABuf
Hi,
> On Jan 24, 2019, at 8:07 PM, Gerd Hoffmann wrote:
>
>> diff --git a/include/ui/egl-helpers.h b/include/ui/egl-helpers.h
>> index 3fc656a..63ffc2d 100644
>> --- a/include/ui/egl-helpers.h
>> +++ b/include/ui/egl-helpers.h
>> @@ -28,6 +28,8 @@ void egl_fb_read(void *dst, egl_fb *src);
>> voi
The patch pasted in previous mail lost some indentations and spaces.
Sorry.
From 7921a69f106233ebc0ff9bdc29d7c6182160fc6f Mon Sep 17 00:00:00 2001
From: Chen Zhang
Date: Thu, 24 Jan 2019 09:16:23 +0800
Subject: [PATCH] DMABuf: Blend cursor buf within a scaled viewport
Signed-off-by: Chen Zhang
()`.
Signed-off-by: Chen Zhang
---
include/ui/egl-helpers.h | 2 ++
ui/egl-helpers.c | 18 ++
ui/gtk-egl.c | 8 +---
3 files changed, 25 insertions(+), 3 deletions(-)
diff --git a/include/ui/egl-helpers.h b/include/ui/egl-helpers.h
index 3fc656a..63ffc2d 100644
--- a/include/ui/egl
Update refresh interval upon frame tick;
Add callback of window state events to adjust refresh rate during iconified.
The callback handle is saved in struct VirtualConsole for its removal when the
window is iconified.
Signed-off-by: Chen Zhang
---
include/ui/gtk.h | 1 +
ui/gtk.c | 48
L);
+interval /= 1000;
+if (vc->gfx.dcl.update_interval != interval) {
+update_displaychangelistener(&vc->gfx.dcl, interval);
+}
return G_SOURCE_CONTINUE;
}
> On Nov 14, 2018, at 11:10 AM, Chen Zhang wrote:
>
> Hi,
>
> I have briefly teste
gt; stops calling the frame tick callback then).
>
> Buglink: https://bugs.launchpad.net/bugs/1802915
> Suggested-by: Chen Zhang
> Signed-off-by: Gerd Hoffmann
> ---
> ui/gtk.c | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/ui/gtk.c b/ui/g
** Description changed:
Guest OS running with GL enabled GTK display shows a reduced refresh
rate, e.g. moving cursor around with iGVT-g DMA Buf.
- It seems that a default refresh interval GUI_REFRESH_INTERVAL_DEFAULT
+ Apparently, a default refresh interval GUI_REFRESH_INTERVAL_DEFAULT
(
Slow motion clips for host/guest were uploaded as attachments.
** Attachment added: "slow motion for host os"
https://bugs.launchpad.net/qemu/+bug/1802915/+attachment/5211843/+files/host.mov
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
Public bug reported:
Guest OS running with GL enabled GTK display shows a reduced refresh
rate, e.g. moving cursor around with iGVT-g DMA Buf.
It seems that a default refresh interval GUI_REFRESH_INTERVAL_DEFAULT
(30ms) is defined in include/ui/console.h, throttling the display
refresh rate at 33
Hi,
It’s observed that GTK display performs poorly compared with native
environment. The display refresh timer fires at a interval of
GUI_REFRESH_INTERVAL_DEFAULT milliseconds which is defined as 30 in
include/ui/console.h. This throttles refresh rate to 33Hz.
Changing its value to 16 (i.e. 60
Yes, this patch just works.
Thank you.
Best regards
On Nov 06, 2018, at 08:22 PM, Gerd Hoffmann wrote:
On Wed, Oct 31, 2018 at 06:24:56AM +, Chen Zhang wrote:
The issue was reported as in https://bugs.launchpad.net/qemu/+bug/1793859
When an OpenGL accelerated GTK window is used for iGVT
Hi there,
Would anyone be so kind to review my patch?
Thanks.
https://lists.nongnu.org/archive/html/qemu-devel/2018-10/msg06806.html
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1793859
Title:
scale the position of event to match the coordinates of the scaled GL
surface.
Signed-off-by: Chen Zhang
---
ui/gtk-egl.c | 10 +++---
ui/gtk.c | 19 +--
2 files changed, 20 insertions(+), 9 deletions(-)
diff --git a/ui/gtk-egl.c b/ui/gtk-egl.c
index a77c25b..824beed 100644
Hi, I have a hack for this issue.
In general, the gvt-g is buggy in that the kernel driver i915 failed to
provide the actual resolution for the vgpu and always report the largest
available one.
The following patch modified the gtk-egl implementation for DMA Buf
mode, to convert mouse movement/tab
From a1f93198020b8c043edab5292db39b52ac77f78b Mon Sep 17 00:00:00 2001
Signed-off-by: Zhang Chen
---
scripts/qmp/qmp | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/scripts/qmp/qmp b/scripts/qmp/qmp
index 6cb46fd..0e8ed19 100755
--- a/scripts/qmp/qmp
+++ b/scr
I think it should have been fixed in 33badfd.
Sorry for the noise.
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1732671
Title:
vnc websocket com
Public bug reported:
WebSocket support in VNC should allow access from VNC client through
upgraded WebSocket connection. This feature is not working in IE 11/Edge
with noVNC HTML5 client, in contrast to that in Firefox/Safari, etc.
The reason that IE 11/Edge fails to accept the connection upgrade
63 matches
Mail list logo
