From: Anthony PERARD <anthony.perard@citrix.com> To: Stefano Stabellini <sstabellini@kernel.org> Cc: Owen Smith <owen.smith@citrix.com>, kraxel@redhat.com, xen-devel@lists.xenproject.org, qemu-devel@nongnu.org Subject: Re: [Qemu-devel] [PATCH 3/3 v4] xenfb: Add [feature|request]-raw-pointer Date: Thu, 12 Oct 2017 11:38:32 +0100 [thread overview] Message-ID: <20171012103832.GT1771@perard.uk.xensource.com> (raw) In-Reply-To: <alpine.DEB.2.10.1710111309400.3105@sstabellini-ThinkPad-X260> On Wed, Oct 11, 2017 at 01:19:25PM -0700, Stefano Stabellini wrote: > On Wed, 11 Oct 2017, Anthony PERARD wrote: > > The only observation I have is that on a Linux guest, when I have > > usbdevice=tablet, with this series the pv mouse seems to become the > > primary way of gueting mouse events (without, the tablet is primary). > > So, on my VNC client instead of having both mouse in the guest and on my > > desktop being at the same place, there is like a zoom of the mouse (the > > zoom centered on the top-left corner). (That's better than relative > > mouse event that we can get with the emulation.) > > Thanks for testing. I am not completely sure about what should be the > right behavior when both usbdevice=tablet and pvmouse are present. > Typically, PV devices take precedence over emulated devices, so maybe > it is OK that PV mouse is the primary device in this case. > > But we would need to document this behavioral change in the commit > descriptions. Maybe something like "WARNING: pvmouse is fixed and now works!" :) I think the change come from the fact that without the second patch, the pv mouse doesn't work (or at least, I did not manage to make it work). > The other question is whether the "zoom of the mouse" you are seeing is > normal or whether we can "fix" it somehow. I guess it has always been > the case for PV mouse? It is not something new, is it? Yes, I think it always as been the case for PV mouse. I pretty sure I've seen this behavior long time ago. -- Anthony PERARD
WARNING: multiple messages have this Message-ID (diff)
From: Anthony PERARD <anthony.perard@citrix.com> To: Stefano Stabellini <sstabellini@kernel.org> Cc: qemu-devel@nongnu.org, xen-devel@lists.xenproject.org, Owen Smith <owen.smith@citrix.com>, kraxel@redhat.com Subject: Re: [PATCH 3/3 v4] xenfb: Add [feature|request]-raw-pointer Date: Thu, 12 Oct 2017 11:38:32 +0100 [thread overview] Message-ID: <20171012103832.GT1771@perard.uk.xensource.com> (raw) In-Reply-To: <alpine.DEB.2.10.1710111309400.3105@sstabellini-ThinkPad-X260> On Wed, Oct 11, 2017 at 01:19:25PM -0700, Stefano Stabellini wrote: > On Wed, 11 Oct 2017, Anthony PERARD wrote: > > The only observation I have is that on a Linux guest, when I have > > usbdevice=tablet, with this series the pv mouse seems to become the > > primary way of gueting mouse events (without, the tablet is primary). > > So, on my VNC client instead of having both mouse in the guest and on my > > desktop being at the same place, there is like a zoom of the mouse (the > > zoom centered on the top-left corner). (That's better than relative > > mouse event that we can get with the emulation.) > > Thanks for testing. I am not completely sure about what should be the > right behavior when both usbdevice=tablet and pvmouse are present. > Typically, PV devices take precedence over emulated devices, so maybe > it is OK that PV mouse is the primary device in this case. > > But we would need to document this behavioral change in the commit > descriptions. Maybe something like "WARNING: pvmouse is fixed and now works!" :) I think the change come from the fact that without the second patch, the pv mouse doesn't work (or at least, I did not manage to make it work). > The other question is whether the "zoom of the mouse" you are seeing is > normal or whether we can "fix" it somehow. I guess it has always been > the case for PV mouse? It is not something new, is it? Yes, I think it always as been the case for PV mouse. I pretty sure I've seen this behavior long time ago. -- Anthony PERARD _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel
next prev parent reply other threads:[~2017-10-12 10:38 UTC|newest] Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-09-26 14:43 [Qemu-devel] [PATCH 0/3 v4] xenfb: Enablement for Windows PV HID frontend Owen Smith 2017-09-26 14:43 ` Owen Smith 2017-09-26 14:43 ` [Qemu-devel] [PATCH 1/3 v4] ui/input: add qemu_input_qcode_to_linux Owen Smith 2017-09-26 14:43 ` Owen Smith 2017-09-26 14:43 ` [Qemu-devel] [PATCH 2/3 v4] xenfb: Use Input Handlers directly Owen Smith 2017-09-26 14:43 ` Owen Smith 2017-10-02 17:33 ` [Qemu-devel] " Anthony PERARD 2017-10-02 17:33 ` Anthony PERARD 2017-09-26 14:43 ` [Qemu-devel] [PATCH 3/3 v4] xenfb: Add [feature|request]-raw-pointer Owen Smith 2017-09-26 14:43 ` Owen Smith 2017-10-02 17:01 ` [Qemu-devel] " Anthony PERARD 2017-10-02 17:01 ` Anthony PERARD 2017-10-10 23:52 ` [Qemu-devel] " Stefano Stabellini 2017-10-10 23:52 ` Stefano Stabellini 2017-10-11 15:47 ` [Qemu-devel] " Anthony PERARD 2017-10-11 15:47 ` Anthony PERARD 2017-10-11 20:19 ` [Qemu-devel] " Stefano Stabellini 2017-10-11 20:19 ` Stefano Stabellini 2017-10-12 7:58 ` [Qemu-devel] [Xen-devel] " Paul Durrant 2017-10-12 7:58 ` Paul Durrant 2017-10-12 9:26 ` [Qemu-devel] [Xen-devel] " Gerd Hoffmann 2017-10-12 9:26 ` Gerd Hoffmann 2017-10-12 9:39 ` [Qemu-devel] [Xen-devel] " Paul Durrant 2017-10-12 9:39 ` Paul Durrant 2017-10-12 17:27 ` [Qemu-devel] [Xen-devel] " Stefano Stabellini 2017-10-12 17:27 ` Stefano Stabellini 2017-10-19 9:00 ` [Qemu-devel] [Xen-devel] " Owen Smith 2017-10-19 9:00 ` Owen Smith 2017-10-12 10:38 ` Anthony PERARD [this message] 2017-10-12 10:38 ` Anthony PERARD 2017-09-29 10:26 ` [Qemu-devel] [PATCH 0/3 v4] xenfb: Enablement for Windows PV HID frontend Gerd Hoffmann 2017-09-29 10:26 ` Gerd Hoffmann 2017-09-29 10:33 ` [Qemu-devel] " Daniel P. Berrange 2017-09-29 10:33 ` Daniel P. Berrange
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20171012103832.GT1771@perard.uk.xensource.com \ --to=anthony.perard@citrix.com \ --cc=kraxel@redhat.com \ --cc=owen.smith@citrix.com \ --cc=qemu-devel@nongnu.org \ --cc=sstabellini@kernel.org \ --cc=xen-devel@lists.xenproject.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.